Messages in this thread | | | Date | Sat, 12 Jul 2003 16:19:41 -0500 | From | Eric Varsanyi <> | Subject | Re: [Patch][RFC] epoll and half closed TCP connections |
| |
> > The problem with all the level triggered schemes (poll, select, epoll w/o > > EPOLLET) is that they call every driver and poll status for every call into > > the kernel. This appeared to be killing my app's performance and I verified > > by writing some simple micro benchmarks. > > Look this is false for epoll. Given N fds inside the set and M hot/ready > fds, epoll scale O(M) and not O(N) (like poll/select). There's a huge > difference, expecially with real loads.
Apologies, I did not benchmark epoll level triggered, just select. The man page claimed epoll in level triggered mode was just a better interface so I assumed it had to call each driver to check status.
Reading thru it I see (I think) the clever trick of just repolling things that have already triggered (basically polling just for the trailing edge after having seen a leading edge async), cool!
If it seems unpopular/unwise to add the extra poll event to show read EOF using this level triggered mode would likely do the job for my app (the extra polls every time for un-consumed events will be nothing compared to calling every fd's poll every time).
I guess my only argument would be that edge triggered mode isn't really workable with TCP connections if there's no way to solve the ambiguity between EOF and no data in buffer (at least w/o an extra syscall). I just realized that the race you mention in the man page (reading data from the 'next' event that hasn't been polled into user mode yet) will lead to the same issue: how do you know if you got this event because you consumed the data on the previous interrupt or if this is an EOF condition.
-Eric Varsanyi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |