Re: Problem with Filedescriptors (1.2beta)

A. Rytsola wrote:

> File descriptor usage for squid:
> Maximum number of file descriptors: 8192
> Largest file desc currently in use: 8183
> Number of file desc currently in use: 1181
> Available number of file descriptors: 7011
> Reserved number of file descriptors: 7014
 
> and a lot more about too many open files.

> and squid 1.2.beta.20 with async-io and solaris internal

> We're getting up to 60 req's / sec.

Hmm..

largest fd in use: 8183
useable: 8192 - 7014 = 1178

Something looks odd here. Probably some other resource shortage than
file descriptors, possibly sockets or kernel memory (have you checked
your syslog?)

I took a quick check in the async-io code, and there is one small
possible source. Squid counts the swapfile filedescriptor as closed when
the close call is started without waiting for it to finish, so if your
OS is extremly slow on closing files then this could count for some of
the difference, but I don't see how this could count for more than about
100 filedescriptors even on a busy cache with very slow close
operations.

---
Henrik Nordström
Sparetime Squid Hacker