Jeff Garzik wrote: ..
As such, polling is simply an outmoded concept. It does not make sense on new hardware, and forcing design decisions down that path only lead to a cascade of similar design decisions -- pmp_read polling being just one example of such a result.
A related tangent here, but I wonder if someday we might consider something like NAPI for libata. Our I/O rates can far exceed those of the network stack, and there polling (NAPI) has helped quite a bit. But our data behaviour is mostly synchronous, whereas network stuff is more asynchronous. But still, with multiple drives all using NCQ on a port, a polled interface option might give higher throughput and lower CPU loading. Just like with the networking code. Not that this specifically relates to concerns with the current PMP patches, but I'm curious where Jeff sees this all going, as he works on both sides. Cheers - To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
