Benjamin Herrenschmidt wrote: > On Wed, 2009-08-19 at 14:23 +0200, Jens Axboe wrote: >> Well, that's the same thread pool suggestion that Jeff came up with. >> And >> I agree, that's a nicer long term solution (it's also how the per-bdi >> flushing replacement works). The problem with that appears to be that >> any suggested patchset for thread pools spiral into certain "but what >> color should it be?!" death. >> >> I'll try and work up a simple create_threadpool() implementation, we >> can >> literally cut away hundreds of threads with that. > > Don't we have one already ? Dave Howells slow_work or such ? Yes, it addresses different aspect of the concurrency problem. Might be more suitable for ATA workqueues but definitely more costly to convert to. Argh... -- tejun -- 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
