Dear Squid Users:
The operating system I prefer to use is NetBSD and squid runs on it
nicely. However, when I modified squid.conf to make the squid
process use a large percentage of my machine's RAM (so more objects
would be held in memory and users of the cache would experience fewer
fetching-from-disk delays) I ran into trouble.
After the change squid was restarting about once per day and this
error was appearing in squid's log:
xcalloc: Unable to allocate 1 blocks of 4104 bytes!
It turned out this was due to NetBSD's default limit of 256 MB on a
process's size.
I built a new kernel to raise this limit to 390 MB RAM (the machine
has 448 MB) but then found issuing the command
squid -k reconfigure
caused the whole machine to freeze. This doesn't occur when squid is
using less than 256 MB even with the new kernel.
For reference, this is the URL of my first message to the port-sparc
NetBSD mailing list:
http://mail-index.netbsd.org/port-sparc/2002/12/05/0003.html
I've tried again since upgrading from NetBSD 1.5.2 to 1.6.1 but the
problem is still there [1].
Someone suggested squid might be the culprit, which I doubt, but
thought I'd check with you. I presume it's common for people to run
squid with in-memory caches well above 256 MB in size?
Ray
[1] http://mail-index.NetBSD.org/port-sparc/2003/09/05/0000.html
Received on Sat Sep 06 2003 - 01:02:47 MDT
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:19:34 MST