this is one of the problems. there is no setting ( that i can find ) for kern.maxfilesperproc here are the numbers that come back.
kern.maxvnodes = 33584
kern.maxproc = 2048
kern.maxfiles = 12288
kern.argmax = 65536
On an OSX machine there is no sysctl.conf ( not that i can find ).
nor can i locate /usr/include/bits
this may seem to be an Apple lists question. I thought someone might have known off hand.
--jeff On May 24, 2004, at 2:50 PM, Arthur W. Neilson III wrote:
On FreeBSD the number of systemwide file descriptors and number of file descriptors per process is controlled via the following sysctls, respectively:
kern.maxfiles kern.maxfilesperproc
You can set them in /etc/sysctl.conf then reboot
kern.maxfiles=65534 kern.maxfilesperproc=8192
or use the sysctl command to set them dynamically:
sysctl kern.maxfiles=65534 sysctl kern.maxfilesperproc=8192
--On Monday, May 24, 2004 8:40 PM +0430 [EMAIL PROTECTED] said:
| You can increase it by "ulimit -HSn 'NEW VALUE'. and after that recompile
| the squid. Whenever you want to run squid , first you should execute that
| command again.you can edit /usr/include/bits/type.h (on some linux branch
| like Redhat 9,you should edit /usr/include/bits/typesizes.h) and change
| the line "#define __FD_SETSIZE" to new value like 8192 and then recompile
| the squid.All the above tricks are about linux,i am not sure about
| freebsd, but you can test it.
|>
|> Help.
|> It seems that i am pushing this machine to it's limit.
|> i have been running Squid for over a year with great success. I am
|> running on an Apple 1.2ghz Xserve, 2g ram and 2 180g hd's
|>
|> the system is throwing errors about running out of file descriptors and
|> and queueing redirector processes. Eventually, a couple times a day
|> Squid willl drop all connections and rebuild the cache.
|>
|> I read the docs on the increasing the file descriptors. In loading it
|> says i have 1024. i don't know where to look on a Darwin system for the
|> file descriptors.
|> I used the FreeBSD sysctl -A and that output did not display "
|> kern.maxfilesperproc ".
|>
|> I would Assume that there would be a number matching 1024 somewhere to
|> edit.
|>
|> I have included my log files, and the output of the sysctl -A. Sorry
|> that they are so long, but i need to "tweak" this machine to keep it
|> from reloading.
|> If anyone can give me some insight on how to correct this problem I
|> would be very thankful.
|>
|>
|>
|> --jeff
|>
|> #### { file / log info }
----------------------------------- jeff donovan basd network operations (610) 807 5571 x4 AIM xtdonovan fwd# 248217
