From: [EMAIL PROTECTED] Date: 22 Feb 2007 07:27:21 -0500 > May I just say, that this is f***ing brilliant.
It's brilliant for disk I/O, not for networking for which blocking is the norm not the exception. So people will have to likely do something like divide their applications into handling for I/O to files and I/O to networking. So beautiful. :-) Nobody has proposed anything yet which scales well and handles both cases. It is one reoccuring point made by Evgeniy, and he is very right about it. If used for networking one could easily make this new interface create an arbitrary number of threads by just opening up that many connections to such a server and just sitting there not reading anything from any of the client sockets. And this happens non-maliciously for slow clients, whether that is due to application blockage or the characteristics of the network path. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
