Re: jvm support for >1024 fds

1999-03-31 Thread Miguel Morillas
UNSUSCRIBE ME PLEASE!! [EMAIL PROTECTED] Miguel.°. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: jvm support for >1024 fds

1999-01-20 Thread Uncle George
in reality, select() was universal to all kerns' !. poll() was software emmalated in the 2.0.xx series. poll() was the orig choice of system call, but history took a different turn on the linux boxes, where the functi onality of poll had to be recreated so that most of the linux world would run on

Re: jvm support for >1024 fds

1999-01-18 Thread Nathan Meyers
Kevin B. Hendricks wrote: > > On some OSes, poll() has > >turned out to be a performance dog compared to select(). > > . > . > . > > Given that select must look through all of the fds+1 that you are selecting > over and poll does not, a true "poll" should work much much faster

Re: jvm support for >1024 fds

1999-01-18 Thread Paul Ho
>From the FAQ in glibc 2.0.109: >2.25. I need lots of open files. What do I have to do? > >{AJ} This is at first a kernel issue. The kernel defines limits with >OPEN_MAX the number of simultaneous open files and with FD_SETSIZE the >number of used file descriptors. You need to change these v

Re: jvm support for >1024 fds

1999-01-18 Thread Kevin B. Hendricks
Hi, > On some OSes, poll() has >turned out to be a performance dog compared to select(). If anyone >listening has the configuration and time to try Kevin's suggested test: >it would be worthwhile to hack together a little benchmark to ascertain >whether poll() will give us another reason to comp

Re: jvm support for >1024 fds

1999-01-18 Thread Nathan Meyers
Kevin B. Hendricks wrote: > > A few words to clear this up. > > > The kernel does support it. The only problem is that the JVM is using > > select(2) when it should use poll(2). > > No, this is not correct. The 1.1.7 JDK for glibc uses poll and not select (I > know because I rewrote it t

Re: jvm support for >1024 fds

1999-01-18 Thread Kevin B. Hendricks
A few words to clear this up. > The kernel does support it. The only problem is that the JVM is using > select(2) when it should use poll(2). No, this is not correct. The 1.1.7 JDK for glibc uses poll and not select (I know because I rewrote it to use poll). The problem is that glibc 2.0

Re: jvm support for >1024 fds

1999-01-18 Thread Herbert Xu
On Mon, Jan 18, 1999 at 08:41:18AM +, David Warnock wrote: > > Alan Cox one of the key kernel developers mentions a patch to allow a > lot more file handles in his on-line diary at > > http://www.linux.org.uk/diary/ > > I suggest youn try looking there (I think it will have more detailed >

Re: jvm support for >1024 fds

1999-01-18 Thread David Warnock
Herbert, Alan Cox one of the key kernel developers mentions a patch to allow a lot more file handles in his on-line diary at http://www.linux.org.uk/diary/ I suggest youn try looking there (I think it will have more detailed references if you go further back. I also think I may have seen somet

Re: jvm support for >1024 fds

1999-01-18 Thread Herbert Xu
On Mon, Jan 18, 1999 at 11:56:30AM +0900, SHUDO Kazuyuki wrote: > [EMAIL PROTECTED](Herbert Xu) wrote: > > > We have an Java application here that uses around 3000 file > > descriptors at once. > > > Unfortunately, the > > JVM (117) under Linux is trying to select over >1024 file descriptors

Re: jvm support for >1024 fds

1999-01-17 Thread SHUDO Kazuyuki
[EMAIL PROTECTED](Herbert Xu) wrote: > We have an Java application here that uses around 3000 file > descriptors at once. > Unfortunately, the > JVM (117) under Linux is trying to select over >1024 file descriptors, which > is causing a core dump. I think that it is a wrong behavior to ca