On Fri, Aug 26, 2011 at 09:58:45AM -0700, Jiaying Zhang wrote: > Now thinking about an alternative approach to resolve the deadlock > mentioned above, maybe we can use mutex_trylock() in > ext4_end_io_work() and if we can't grab the mutex lock for an inode, > just requeue the work to the end of workqueue? Good idea! That should speed up work queue processing in general, I think. The downside is that inodes that currently locked might take longer to complete. In the case of fsync() we'll just force the I/O completion to happen in the context of the fsync'ing process, so I don't think it should be a problem in practice I think. - Ted -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
