OLS: A proposal for a new networking API
Posted Jul 23, 2006 15:55 UTC (Sun) by dps
Parent article: OLS: A proposal for a new networking API
One of the limitations of poll(2) and select(2) is that to deteremine which file descritpitors met the conditions you need to use a loop. If there are a large number of sockets and high preformance is critical is arguably suboptimal. Swithcing to SIGIO is not a complete solution becuase two fd's changing generate only one SIGIO, unless I have misunderstood something.
An equivialnet interface which more directly indicate the file descriptions that met the conditions would be useful.
One could propose implementing zero copy I/O by marking the pages that read() or write() refer to copy on write, using them directly in kernel space, and giving those that scribble on those pages a copy. I can see that read(2) might need to know this happenned and perform a copy after all. Disclaimer: I have not investigated the limitations of real hardware or size of any mm changes required.
to post comments)