GFS2: ordered writes are backwards
commite5884636da3a128617032747654284ae7badc7ff
authorDave Chinner <dchinner@redhat.com>
Fri, 5 Feb 2010 05:45:25 +0000 (5 16:45 +1100)
committerSteven Whitehouse <swhiteho@redhat.com>
Mon, 1 Mar 2010 14:08:26 +0000 (1 14:08 +0000)
tree39c82c529a112d4b894e9eb9552817f03d3d67f5
parent1ccaba3056796ab1f933736d763ffcd1958866cd
GFS2: ordered writes are backwards

When we queue data buffers for ordered write, the buffers are added
to the head of the ordered write list. When the log needs to push
these buffers to disk, it also walks the list from the head. The
result is that the the ordered buffers are submitted to disk in
reverse order.

For large writes, this means that whenever the log flushes large
streams of reverse sequential order buffers are pushed down into the
block layers. The elevators don't handle this particularly well, so
IO rates tend to be significantly lower than if the IO was issued in
ascending block order.

Queue new ordered buffers to the tail of the ordered buffer list to
ensure that IO is dispatched in the order it was submitted. This
should significantly improve large sequential write speeds. On a
disk capable of 85MB/s, speeds increase from 50MB/s to 65MB/s for
noop and from 38MB/s to 50MB/s for cfq.

Signed-off-by: Dave Chinner <dchinner@redhat.com>
Signed-off-by: Steven Whitehouse <swhiteho@redhat.com>
fs/gfs2/lops.c