thanks. if there's no memo problem, what to do to reduce response time when
file descriptor usage exceeds 2k? will that epoll patch help a lot? since
the response time is more than 3 seconds in high FD usage case, speed
increasing by a few percent may not really solve the problem. pls kindly
advice, thanks a lot.
From: "Mark Elsen" <mark.elsen@xxxxxxxxx>
To: "K Pang" <time_breath@xxxxxxxxxxx>
CC: squid-users@xxxxxxxxxxxxxxx
Subject: Re: high response time in the case of high file
descriptor usage
Date: Tue, 18 Apr 2006 09:43:12 +0200
> thanks a lot Mark.
> sorry i made a mistake just now, the correct report for the squid
process
> should be as follow, the one i posted just now is for runcache process.
for
> squid process, it seems that VSZ is not significantly larger than RSS.
>
> USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
> nobody 19729 48.9 32.4 1303636 1301388 ? S Apr03 10682:44 squid
-NsY
>
> the return from top is
> top - 15:06:17 up 23 days, 10:18, 4 users, load average: 1.20, 1.13,
1.06
No , in this case , it seems you don't have a mem. problem,however
for overall system performance and swapping (if any), also check the
output of :
# free
M.
