On 14 Dec 1997, Miquel van Smoorenburg wrote:
> In article <19971214093158.31858@pointer.teuto.de>,
> Lars Marowsky-Bree <lmb@pointer.teuto.de> wrote:
> >Our main proxy (squid 1.1.18, Linux 2.0.32, 128 MB ram, 7 GB disk, on
> >average ~4500 hits/hour) is slowly consuming all available mem (it is set to
> >32 MB ram but instead is already using 125 MB, go figure).
> >
> >I have been thinking about installing the NOVM version. Is this likely to
> >solve the problem? Which other resources does squid NOVM consume?
As discussed in the 'Growing RAM usage by SQUID' thread, it's probably a
malloc problem, rather than a VM/NOVM problem. I changed from normal to
NOVM and my memory consumption went down by almost exactly the in-memory
cache ammount.
> Well I upped it to 1024, but we don't really seem to need it:
>
> File descriptor usage for squid:
> Maximum number of file descriptors: 1024
> Number of file descriptors in use: 59
> Largest file desc currently in use: 82
> Available number of file descriptors: 965
> Reserved number of file descriptors: 256
>
> We do get about 5 connections per second though:
>
> Connection information for squid:
> Number of TCP connections: 3309854
> Number of UDP connections: 7812359
> Connections per hour: 19290.2
> Select loop called: 82934334 times, 25.028 ms avg
We're a bit closer to the limit already, but this is a busier cache. It's
also serving mainly dialup users, so download times for large objects can
be moderately long. This is my guess as to why some of the file
descriptors stay around so long.
Connection information for squid:
Number of TCP connections: 4434313
Number of UDP connections: 4022155
Connections per hour: 70315.8
Select loop called: 13459493 times, 32.167 ms avg
File descriptor usage for squid:
Maximum number of file descriptors: 1024
Number of file descriptors in use: 804
Largest file desc currently in use: 865
Available number of file descriptors: 220
Reserved number of file descriptors: 256
John
Received on Wed Dec 17 1997 - 06:43:05 MST
This archive was generated by hypermail pre-2.1.9 : Tue Dec 09 2003 - 16:37:59 MST