Re: EPOLLET behavior and performance

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 07/14/2017 03:45 PM, Brian C. Anderson wrote:
> Hi,
> 
> Hoping I have the right email list for this topic.

fsdevel makes sense, but linux-kernel would probably provide more eyes
on it.

[snip]

> A few questions:
> 1) Do you see any problems with the approach I'm taking?
> 2) How concerning is backwards compatibility; especially regarding
> user code that may not handle being notified of EPOLLIN when the file
> isn't actually readable anymore.
> 3) A ~30% improvement is larger than I would have expected. Any clues
> what might be going on? I find it hard to believe improved cache
> locality explains it all.
> 4) Are there existing performance tests I can run the patch against?

You could try some of Davide Libenzi's epoll test programs, although they
need some updating before they are usable.  See:

http://xmailserver.org/epoll_test.c  {internals test}
http://xmailserver.org/totalmess.c  {multithread test}
and http://marc.info/?l=linux-ia64&m=108458304114939&w=2  {performance}

-- 
~Randy



[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [Samba]     [Device Mapper]     [CEPH Development]
  Powered by Linux