----- Original Message -----
From: "K Pang" <time_breath@hotmail.com>
To: <squid-users@squid-cache.org>
Sent: Monday, April 17, 2006 11:32 AM
Subject: [squid-users] high response time in the case of high file
descriptor usage
> HI all,
>
> we're running squid-2.5.S13 on Linux 2.4.32, and we setted file descriptor
> to be 8k. we found that when file descriptor usage exceeds 2k, the
> response time will go obviously higher. e.g. response time for hit is 3+
> seconds. my questions are:
> 1) is there any limitation on linux? should file descriptor usage above 2k
> cause such long response time?
> 2) how to optimize the response time when file descriptor usage is high?
>
> pls kindly advise, thanks in advance.
>
> Regards,
> Pang
>
High filedescriptor usage usually means a lot of current clients, which
causes the poll/select loops to use a lot of CPU time. If squid is using
100% CPU while it is running slow, the epoll patch at
http://devel.squid-cache.org/ will help you. You will also need to upgrade
to a 2.6 kernel, or find an epoll patch for a 2.4 kernel in order to use
this patch.
regards
Steven
Received on Mon Apr 17 2006 - 18:14:56 MDT
This archive was generated by hypermail pre-2.1.9 : Mon May 01 2006 - 12:00:02 MDT