RE: [squid-users] Squid becomes slow

From: Lightfoot.Michael <Lightfoot.Michael@dont-contact.us>
Date: Fri, 6 Dec 2002 12:58:50 +1100

> -----Original Message-----
> From: Monah Baki [mailto:mbaki@infoa.com]
> Sent: Friday, 6 December 2002 1:58 AM
> To: squid-users@squid-cache.org
> Subject: [squid-users] Squid becomes slow
>
>
> I'm running squid squid-2.4.STABLE7 on a sparc machine (4x18
> scsi HDD)
> with Openbsd 3.1. I have 2000 users using it, my Alteon switch is
> configured for 600 concurrent connections. After 2 days, users begin
> complaining about slowness, so I have to bypass the cache.
>
> "top" shows on a high 53% utilization and 0% swapping during
> peak hours.
>
Swapping is irrelevant on virtual memory systems until things get very
bad. Paging is what you neeed to be looking for. For this you need to
use vmstat (or something equivalent) that shows page scan rate and short
term memory deficit to see if you have overcommitted your memory.

How much memory does your server have? Squid on your system will be
using approximately 3*6*10 + 128 + 50 = 358 Mbytes of memory when the
cache is full. Do you have continuous large waits on I/O (a sign of
paging happening)?

> I also increased my file descriptors to 16384.
>
Did you recompile squid (on this system) after setting file descriptors?
You need to do a make clean and run configure again before this will
have any effect (it needs to rebuild header files.)

> My squid.conf:
>
> cache_mem 128 MB

Probably too high. Consensus is that anything over 64 Mbytes may be
suboptimal.

Michael Lightfoot
Unix Consultant
ISG Host Systems
Comcare
+61 2 62750680
------------------------------------------------------------------------
NOTICE: This e-mail message and attachments may contain confidential
information. If you are not the intended recipient you should not use or
disclose any information in the message or attachments. If received in
error, please notify the sender by return email immediately. Comcare
does not waive any confidentiality or privilege.
Received on Thu Dec 05 2002 - 18:58:56 MST

This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 17:11:52 MST