On 2/4/2014 2:16 PM, Phillip Susi wrote:

On 2/4/2014 2:15 PM, Stan Hoeppner wrote:

quoted

I never argued that the buffer cache path is slower.  It is in fact
much faster in most cases.

I argued that accurately measuring the actual data throughput at
the disks isn't possible when writing through buffer cache.  At
least not in a straightforward manner as with O_DIRECT.  I've made
the point in the last two or three replies.  Yet instead of
directly addressing that, rebutting that, you keep making these
tangential irrelevant arguments...

You originally said "To significantly increase single streaming
throughput you need AIO."  

Yes, I stated that in this post

http://www.spinics.net/lists/raid/msg45726.html

in the context of achieving greater throughput with an FIO job file
configured to use O_DIRECT, a job file I created, that the OP was using
for testing.  That job file is quoted further down in this same post,
and is included in my posts prior this one in the thread.  Apparently
you ignored them.  The context of my comment above is clearly
established multiple times earlier in the thread.

In my paragraph directly preceding the statement you quote above, I
stated this:

"Serial submission typically doesn't reach peak throughput...  You
usually must submit asynchronously or in parallel to reach maximum
throughput."

And again this is in the context of the FIO job file using O_DIRECT, and
this statement is factual.  As I repeated earlier today, O_DIRECT is
used because measuring actual throughput at the disks is
straightforward.  To increase O_DIRECT write throughput in FIO, you
typically need parallel submission or AIO.  This is well known.

Now you appear to be saying otherwise.

No, I have not contradicted myself Phillip.  I've stated the same thing
until becoming blue in the face, and it's quite frustrating.

The fact of the matter is that you took a single sentence out of context
in a very long thread, and attacked it, attacked me, as being wrong,
when in fact I am, and have been, correct throughout.

Context matters, always.

-- 
Stan