Casey Marshall wrote:
Here is a patch to implement a Selector using the epoll_wait call on
Linux, the preferred event notification facility in the 2.6 series kernels.
This seems to test OK, so I'll probably just commit this soon. It
compiles OK on systems that do and don't have epoll, and on
David Daney wrote:
Casey Marshall wrote:
Here is a patch to implement a Selector using the epoll_wait call on
Linux, the preferred event notification facility in the 2.6 series
kernels.
This seems to test OK, so I'll probably just commit this soon. It
compiles OK on systems that do and
Casey == Casey Marshall [EMAIL PROTECTED] writes:
Casey Does libgcj use Classpath's NIO? I thought for a lot of these things
Casey libgcj had its own implementation in CNI.
libgcj doesn't use it or even build it.
There could be an issue when we port this to CNI, but I can't really
look into it
Casey Marshall wrote:
Note, too, that you can disable epoll (or kqueue) at run time by setting
the system property gnu.java.nio.selectorImpl to any string other than
epoll (or kqueue), and use the old select() based version. Maybe we
can detect ENOSYS at run time, and disable epoll selectors.
On Mon, 2006-09-18 at 18:38 -0700, Casey Marshall wrote:
Here is a patch to implement a Selector using the epoll_wait call on
Linux, the preferred event notification facility in the 2.6 series kernels.
This is great Casey. Have you ever tried running Azureus? It stresses
both the nio selector
Anthony Green wrote:
On Mon, 2006-09-18 at 18:38 -0700, Casey Marshall wrote:
Here is a patch to implement a Selector using the epoll_wait call on
Linux, the preferred event notification facility in the 2.6 series kernels.
This is great Casey. Have you ever tried running Azureus? It
Here is a patch to implement a Selector using the epoll_wait call on
Linux, the preferred event notification facility in the 2.6 series kernels.
This seems to test OK, so I'll probably just commit this soon. It
compiles OK on systems that do and don't have epoll, and on Linux the
Mauve tests for