Date: Wed, 22 Aug 2007 09:48:51 -0700 From: Chuck Swiger <cswiger@mac.com> To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no> Cc: questions@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: What is a "sane" setting for maxdsize when running amd64? it seems many normal suggestions do not apply. Message-ID: <AD0258C1-8A08-4250-81B3-D5C8B4904D0A@mac.com> In-Reply-To: <86r6lvalht.fsf@ds4.des.no> References: <835936.35104.qm@web34510.mail.mud.yahoo.com> <A502D00B-80A7-4BC6-9842-D0A2A50E2026@mac.com> <86r6lvalht.fsf@ds4.des.no>
next in thread | previous in thread | raw e-mail | index | archive | help
On Aug 22, 2007, at 3:53 AM, Dag-Erling Sm=F8rgrav wrote: > Chuck Swiger <cswiger@mac.com> writes: >> You should configure squid to use no more than about 60 - 70% of the >> available physical RAM-- ie, set the cache_mem parameter to about 2.5 >> or 3GB. > > Better yet, don't run Squid at all. It was designed for a computer > architecture that was already obsolete when Squid was first written. This could be said of a lot of software, including many Unix =20 flavors. :-) I can think of several things to criticise about Squid-- a config =20 file which falls between Apache's httpd.conf and a sendmail.cf in =20 terms of complexity is probably close to the top of my list, but for =20 the simple purpose of saving limited network bandwidth using on-disk =20 or in-memory caching, squid does just fine. I'd be happy to look at =20 Varnish when I get a chance, though. >> It wouldn't be unreasonable to limit datasize to 3 GB on such a >> machine, assuming that nothing you run will ever need to grow >> larger... > > ...actually, maxdsiz is meaningless in FreeBSD 7, because the new > allocator uses mmap(2) instead of brk(2) / sbrk(2), so malloc() counts > towards the resident set size (ulimit -m), not the data segment size > (ulimit -d). OK. Nicole, the OP, mentioned "amd64", not "-CURRENT", but I'll keep =20= this in mind for future reference. Regards, --=20 -Chuck
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AD0258C1-8A08-4250-81B3-D5C8B4904D0A>