xfs: log IO completion workqueue is a high priority queue
authorDave Chinner <dchinner@redhat.com>
Wed, 8 Sep 2010 09:00:22 +0000 (09:00 +0000)
committerAlex Elder <aelder@sgi.com>
Fri, 10 Sep 2010 15:16:54 +0000 (10:16 -0500)
commit51749e47e191db8e588ad5cebea731caf7b705d7
tree35eecb6db9f24bdff527502bb4fd318f2c8be014
parenta122eb2fdfd78b58c6dd992d6f4b1aaef667eef9
xfs: log IO completion workqueue is a high priority queue

The workqueue implementation in 2.6.36-rcX has changed, resulting
in the workqueues no longer having dedicated threads for work
processing. This has caused severe livelocks under heavy parallel
create workloads because the log IO completions have been getting
held up behind metadata IO completions.  Hence log commits would
stall, memory allocation would stall because pages could not be
cleaned, and lock contention on the AIL during inode IO completion
processing was being seen to slow everything down even further.

By making the log Io completion workqueue a high priority workqueue,
they are queued ahead of all data/metadata IO completions and
processed before the data/metadata completions. Hence the log never
gets stalled, and operations needed to clean memory can continue as
quickly as possible. This avoids the livelock conditions and allos
the system to keep running under heavy load as per normal.

Signed-off-by: Dave Chinner <dchinner@redhat.com>
Reviewed-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Alex Elder <aelder@sgi.com>
fs/xfs/linux-2.6/xfs_buf.c