xfs
[Top] [All Lists]

Re: XFS: Abysmal write performance because of excessive seeking (allocat

To: Dave Chinner <david@xxxxxxxxxxxxx>
Subject: Re: XFS: Abysmal write performance because of excessive seeking (allocation groups to blame?)
From: Emmanuel Florac <eflorac@xxxxxxxxxxxxxx>
Date: Mon, 9 Apr 2012 13:39:13 +0200
Cc: Stefan Ring <stefanrin@xxxxxxxxx>, stan@xxxxxxxxxxxxxxxxx, Linux fs XFS <xfs@xxxxxxxxxxx>
In-reply-to: <20120409001943.GI18323@dastard>
Organization: Intellique
References: <CAAxjCEwBMbd0x7WQmFELM8JyFu6Kv_b+KDe3XFqJE6shfSAfyQ@xxxxxxxxxxxxxx> <20350.9643.379841.771496@xxxxxxxxxxxxxxxxxx> <20350.13616.901974.523140@xxxxxxxxxxxxxxxxxx> <CAAxjCEzkemiYin4KYZX62Ei6QLUFbgZESdwS8krBy0dSqOn6aA@xxxxxxxxxxxxxx> <4F7F7C25.8040605@xxxxxxxxxxxxxxxxx> <CAAxjCEyJW1b4dbKctbrgdWjykQt8Hb4Sw1RKdys3oUsehNHCcQ@xxxxxxxxxxxxxx> <20120409001943.GI18323@dastard>
Le Mon, 9 Apr 2012 10:19:43 +1000 vous écriviez:

> A decent RAID controller with a BBWC and a single LUN benefits from
> parallelism just as much as a large disk arrays do because the BBWC
> minimises the write IO latency and the controller to do a better job
> of scheduling its IO.

BTW recently I've found that for storage servers, noop io scheduler
often is the best choice, I suppose precisely because it doesn't try to
outsmart the RAID controller logic...

-- 
------------------------------------------------------------------------
Emmanuel Florac     |   Direction technique
                    |   Intellique
                    |   <eflorac@xxxxxxxxxxxxxx>
                    |   +33 1 78 94 84 02
------------------------------------------------------------------------

<Prev in Thread] Current Thread [Next in Thread>