| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <20101129191705.094f5c4d@darc.ath.cx> Date: Mon, 29 Nov 2010 19:17:05 -0500 From: Mike Blumenkrantz <mike@...tific.com> To: linux-kernel@...r.kernel.org Subject: 2 epoll questions Hi, I am not subscribed to the list yet, and I would appreciate it if all replies could be CCed to me :). I have two questions regarding epoll. The epoll code that I am using can all be found in the file here for those interested: https://svn.enlightenment.org/svn/e/trunk/ecore/src/lib/ecore/ecore_main.c 1) Is there any known reason why adding fds to an epoll fd would begin to slow down dramatically after ~6000 fds are added? It is entirely possible that the problem is not epoll at all, but I wanted to ask and see if there was some O(n) code somewhere that was known. 2) If a select on an epoll fd (not one inside the epoll, the actual epoll fd itself) returns EBADF, is there a way to determine which fd is causing the error and then remove it? I am occasionally running into this issue, and it seems to be caused by code which I do not necessarily control closing a fd that is part of my epoll fd without my knowledge (meaning that the closed fd is still in epoll). Thanks! -- Mike Blumenkrantz Zentific: Our boolean values are huge. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists