harmony-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Aleksey Shipilev (JIRA)" <j...@apache.org>
Subject [jira] Commented: (HARMONY-4879) [classlib][nio] epoll-based Selector
Date Thu, 04 Oct 2007 10:54:50 GMT

    [ https://issues.apache.org/jira/browse/HARMONY-4879?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12532384

Aleksey Shipilev commented on HARMONY-4879:

Two images attached: comparison of different implementations on 16x Tulsa / 3.2 Ghz / RHEL4
/ 2.6.9.

 Comparison of all vs. all. 
 At 0% utilization, Harmony-epoll is 300x faster than Harmony-poll.
 At 100% utilization, Harmony-epoll is 5x faster than Harmony-poll.

 Comparison of epoll implementation on Harmony and Sun.
 Harmony-epoll is only 1.1x slower than Sun 1.6.0.

> [classlib][nio] epoll-based Selector
> ------------------------------------
>                 Key: HARMONY-4879
>                 URL: https://issues.apache.org/jira/browse/HARMONY-4879
>             Project: Harmony
>          Issue Type: Improvement
>          Components: Classlib
>         Environment: Linux
>            Reporter: Aleksey Shipilev
>         Attachments: 2000-all.png, 2000-best.png, run.sh, selectnow.java, selectors-epoll-2.patch,
> As the part of Linux Scalability Project, kernel developers had implemented the epoll()
I/O multiplexing facility (http://lse.sourceforge.net/epoll/index.html), which scales much
better than legacy poll() and select(). Attached patch implements epoll() support for java.nio.channels.Selector,
which can be turned on with option:
> -Djava.nio.channels.spi.SelectorProvider=org.apache.harmony.nio.internal.EpollSelectorProviderImpl

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message