This is actually an unpatched kernel. And it might be hard to describe this as
a busy proxy, since it peaks at about 40 clients. In a relative sense, anyway.
Although 40*4 is 160 (4 is the number of sockets the average browser opens to
fetch inline images) So, that's a peak of 160 connections, which would be 320
file-descriptors. Ouch. Assuming each is fetching only one page with at least
4 inline images, and they all do it at once. That blows the basic kernel limit
right there. Cache-hits will help reduce usage, so we've probably been eking
by up till now.
The question on my mind is why did the _system_ choke, instead of just squid?
Ong Beng Hui wrote:
> > Squid 1.NOVM.19 ran out of file descriptors, and the whole box screwed
> > up. 'Unable to load Interpreter' all over the console. Linux 2.0.32. Had
> > to punch the big red button to get any control back.
>
> I believe that Linux 2.0.32 has a limit of 1024 fds, even after the
> fd patch.
>
> You probably need to reduce your fds usage. I guess you probably need
> to switch to the non-VM version for your busy proxy.
-- Note to evil sorcerers and mad scientists: don't ever, ever summon powerful demons or rip holes in the fabric of space and time. It's never a good idea. ICQ UIN: 3225440Received on Sun Jan 04 1998 - 18:48:04 MST
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:38:18 MST