On Fri, 8 Mar 2002, Edward Millington wrote: > those were many squid defaults. > > When I started test oops, there were until I started hitting 1000 thread > when some problem occur which oops then jump up there. > > After that problem, I raised everything to see if that was the prob. > > Well it isn't. Same problem still there. > > Igor, can I set how long a thread should stay existing?
You can try to change READ_ANSW_TIMEOUT from 10 minutes to something lower. But, if I understand you correctly, you should set start_red and refuse_at to some values lower than 1000 > > For instance, the oops box ip was being route back out our network due to > our router which I have never seen. > > Oops sat there just producing threads and clients increase to 1000. as > clients tried to browsed. > > Now how could requests kept on coming in pushes oops to 1000 clients & > threads. > > Thank you very much. > > Best regards, > > Edward Millington. BSc, Network+ > Systems Administrator > Cariaccess Communications Ltd. > Palm Plaza > Wildey > St. Michael > Barbados > 1-246-430-7435 > Fax : 1-246-431-0170 > [EMAIL PROTECTED] > www.cariaccess.com > ----- Original Message ----- > From: "Joe Cooper" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Friday, March 08, 2002 9:02 AM > Subject: Re: [OOPS] increasing the number of threads on linux > > > > Actually, modern glibc and the Linux kernel imposes no hard FD_SETSIZE > > limits. They can be raised from the shell using ulimit. > > > > But you might be right about that being Edwards problem--Linux defaults > > to 1024. Try adding a line like this to your Oops startup script: > > > > ulimit -HSn 8192 > > > > BTW-FD is file descriptors, not sockets--related but not the same thing. > > Network sockets (user ports actually) are increased by modifying the > > values in /proc/sys/net/ipv4/ip_local_port_range. I use the following > > to set this on all of my Squid boxes: > > > > echo 1024 32768 > /proc/sys/net/ipv4/ip_local_port_range > > > > Actually, I'll just post the whole limits raising part of my Squid init > > file--it might be useful: > > > > # More file descriptors > > ulimit -HSn 8192 > > echo 8192 > /proc/sys/fs/file-max > > > > # More user ports for squid to use > > echo 1024 32768 > /proc/sys/net/ipv4/ip_local_port_range > > > > echo 3072 > /proc/sys/net/ipv4/tcp_max_syn_backlog > > > > Let us know what you find out, Edward. > > > > Actually, now that I'm thinking of it, Oops might look very different to > > the OS than Squid. Because the file descriptor limit is a per-process > > limit, it may not hit Oops at all--because each thread is a 'Light > > Weight Process'...I don't know if a thread is limited by it's parent > > file descriptor limits. > > > > Vladimir Ivaschenko wrote: > > > Probably it is a problem not with threads, but with sockets. You need to > > > increase number of maximum sockets (__FD_SETSIZE) in glibc (types.h) and > > > in kernel. > > > > > > Edward Millington wrote: > > > > > > > > >>HI there! Does anyone knows how I can increase the number of thread > > >>linux can handle for oops? I find that linux could handle up to 950+ > > >>thread fairly well. At around 980 threads, oops stops working. Is > > >>there a way to solve this? With this big problem, I am thing of going > > >>back to squid. > > >>Thank you very much. > > >> > > >>Best regards, > > >> > > >>Edward Millington. BSc, Network+ > > >>Systems Administrator > > >>Cariaccess Communications Ltd. > > >>Palm Plaza > > >>Wildey > > >>St. Michael > > >>Barbados > > >>1-246-430-7435 > > >>Fax : 1-246-431-0170 > > >>[EMAIL PROTECTED] > > >>www.cariaccess.com > > >> > > > > > > -- > > > Best Regards > > > Vladimir Ivaschenko > > > Certified Linux Engineer (RHCE) > > > > > > > > > > > > ===================================================================== > > > If you would like to unsubscribe from this list send message to > > > [EMAIL PROTECTED] with "unsubscribe oops-eng" in message body. > > > Archive is accessible on http://lists.paco.net/oops-eng/ > > > > > > > > > > > > > > > > > -- > > Joe Cooper <[EMAIL PROTECTED]> > > http://www.swelltech.com > > Web Caching Appliances and Support > > > > ===================================================================== > > If you would like to unsubscribe from this list send message to > > [EMAIL PROTECTED] with "unsubscribe oops-eng" in message body. > > Archive is accessible on http://lists.paco.net/oops-eng/ > > > > > ===================================================================== > If you would like to unsubscribe from this list send message to > [EMAIL PROTECTED] with "unsubscribe oops-eng" in message body. > Archive is accessible on http://lists.paco.net/oops-eng/ > Igor Khasilev | PACO Links, igor at paco dot net | ===================================================================== If you would like to unsubscribe from this list send message to [EMAIL PROTECTED] with "unsubscribe oops-eng" in message body. Archive is accessible on http://lists.paco.net/oops-eng/
