On 07/04/2012 02:15 PM, Christoph Hellwig wrote: > On Wed, Jul 04, 2012 at 01:59:46PM +0800, Liu Yuan wrote: >> I am writing some patches to offload the data transfer work to threads, >> with this change, I think the performance will be boosted. But I think >> those patches are queued after 0.4.0 release. > > Interesting, I haven't really seen non-blocking event based I/O causing > a bottleneck that easily. > It is only my guess, maybe not that accurate but I wanna give it a try. I think it is non-blocking related, but rather current implementation bundles notification(poll) with data transfer all in main thread. Then both are heavily affecting each other. > What model do you plan to use? Just a separate TX thread, or some > sort of pool that will require additional locking? > I just separate notification and actual data transfer, so TX and RX are offloaded to worker threads. I think thread pool or directly use short thread is irrelevant, it is how we implement worker threads. Thanks, Yuan |