Re: apache style squid?

--MimeMultipartBoundary
Content-type: text/plain; charset=US-ASCII
Content-transfer-encoding: 7BIT

> > Does Solaris 2.6 have a 2048 descriptor limit? It does fix the select()
> > above 1024 problem, right? I know you guys use poll() for that size, just
> > curious. Linux 2.1.x can easily go above 1024 descriptors, 2.0.x tops off
> > around 1024 (due to its method of doing select).

  AFAIK no solaris has ever had 1024 nor 2048 FD limit.
 
> 2.6 STILL has a 1024 limit on select() - it also appears to still only
> go up to 4096 fds (same as 2.5.1). I tried to get a late 2.6beta
> running with 8192, and found all sorts of things breaking - whether this
> was because things were using select(), I don't know. (I gave up in digust,
> and haven't gone back to it yet).

 AFAIK 1024 limit for select() is not tied to OS, but too many apps assuming
 FD_SETSIZE is 1024. Solaris select() converts to poll() anyway, thus Solaris
 select() is not an issue. Recompile your app with different FD_SETSIZE and
 you are ok,
 
> I don't know _why_ Sun still haven't fixed select() - writing it from
> scratch to deal with larger numbers of fds was an hours work.

 Basic reason is that you can break lots existing stuff, select() has large
 overhead, on Solaris you want to go poll() anyway, especially when you write
 something FD intensive. With poll() going up to 8192 is no problem. Going
 over this is discouraged for kernel resource usage and different algoritm
 should be used. I guess, idea is "use up to 4096 FD's per process, if you need
 more, use more processes"

 ----------------------------------------------------------------------
  Andres Kroonmaa mail: andre@online.ee
  Network Manager
  Organization: MicroLink Online Tel: 6308 909
  Tallinn, Sakala 19 Pho: +372 6308 909
  Estonia, EE0001 http://www.online.ee Fax: +372 6308 901
 ----------------------------------------------------------------------

--MimeMultipartBoundary--
Received on Tue Jul 29 2003 - 13:15:43 MDT