Thread (21 messages) 21 messages, 5 authors, 2010-11-08

Re: [PATCH 0/1] RFC: poll/select performance on datagram sockets

From: Eric Dumazet <hidden>
Date: 2010-10-29 20:45:23
Also in: lkml

Le vendredi 29 octobre 2010 à 13:40 -0700, David Miller a écrit :
From: Jesper Juhl <redacted>
Date: Fri, 29 Oct 2010 22:20:12 +0200 (CEST)
quoted
Sorry to intrude out of the blue without really understanding the kernel 
side of most of the code in question, but if there's a performance 
regression for applications using poll() shouldn't we address that so we 
get back to the prior performance level rather than requireing all 
userspace apps to switch to epoll() ??
For such a pathological program like Alban's test case, I say
absolutely not.
Yes, and with some perf tool help, we probably can find out how to
speedup the thing again, with no API change.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help