I'm on vacation, will test and have some inputs later this week when I be
back.

Amir
On Aug 23, 2013 10:28 AM, "Eliezer Tamir" <[email protected]>
wrote:

> On 22/08/2013 23:11, Eric Wong wrote:
> > Eliezer Tamir <[email protected]> wrote:
> >> Performance:
> >> using sockperf, Intel X520 NICs,
> >> Supermicro 6026TT-BTF systems with E5-2690 Xeon CPUs
> >> 100 UDP sockets avg. latency 5.756 (std-dev 0.510)
> >> 1k  UDP sockets avg. latency 5.780 (std-dev 0.536)
> >> 10k UDP sockets avg. latency 6.269 (std-dev 0.611)
> >
> > How does this compare to with normal poll on this system?
> >
> > In other words, what advantage is there to using epoll instead of poll
> > when busy looping?
> >
> > epoll and busy_poll seem to be opposites.  epoll inherently has higher
> > latency than normal poll, but provides stable performance with many more
> > FDs.
>
> I'm not sure I understand your claim that epoll has a higher latency
> than poll.
>
> Some quick (and very unscientific) testing seem to indicate that
> while poll is slightly faster than epoll when polling one socket,
> when polling on three sockets epoll is already slightly faster.
>
> (what's the point of using poll if you only need to monitor one
> socket?)
>
> With a larger socket set epoll is a clear winner.
>
> Both select and poll on 1k UDP sockets take over 120us on a similar
> system.
> Poll on 10 sockets takes about 6.8us, on 100 socket about 16.5us.
>
> Note that I'm using a slightly old NIC that has a high HW latency.
> For comparison, a busy poll on a socket read (using netperf) is about
> 5.7us.
>
> I expect Amir is seeing better numbers, but he's not telling. ;)
> --
> To unsubscribe from this list: send the line "unsubscribe netdev" in
> the body of a message to [email protected]
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
------------------------------------------------------------------------------
Introducing Performance Central, a new site from SourceForge and 
AppDynamics. Performance Central is your source for news, insights, 
analysis and resources for efficient Application Performance Management. 
Visit us today!
http://pubads.g.doubleclick.net/gampad/clk?id=48897511&iu=/4140/ostg.clktrk
_______________________________________________
E1000-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit 
http://communities.intel.com/community/wired

Reply via email to