[Gluster-devel] Striping.
Chris Johnson
johnson at nmr.mgh.harvard.edu
Thu Nov 29 18:34:07 UTC 2007
On Fri, 30 Nov 2007, Anand Avati wrote:
So my single brick test with readahead was also too simple. I
tried that and also saw no improvement.
Does it matter which order readahead and writebehind are done in?
> Yes, also you should be using read-ahead on the client side to leverage read
> throughput with stripe (else it would end up serial alternative reads). Also
> write-behind should be used for acheiving the aggregated disk throughput
> with stripe.
>
> avati
>
> 2007/11/29, Chris Johnson <johnson at nmr.mgh.harvard.edu>:
>>
>> On Thu, 29 Nov 2007, Anand Avati wrote:
>>
>> So what I'm hearing is that my test iss too simple. That right?
>>
>>> Chris,
>>> you will see the help of stripe when you perform IO where disk head is
>> the
>>> bottleneck. For example try to dd a file > 2x RAM size. Then dd with
>> stripe.
>>> you will note that the 'rock bottom throughput' is lifted higher with
>>> stripe. It also helps when one file is accessed by a LOT of clients so
>> that
>>> one machine's IO does not become a bottleneck.
>>>
>>> avati
>>>
>>> 2007/11/29, Chris Johnson <johnson at nmr.mgh.harvard.edu>:
>>>>
>>>> Hi again,
>>>>
>>>> So I did my dd read test of my 24MB file on a simple two brick
>>>> stripe. Nothing fancy. Two bricks and the stripe define on the server
>>>> side. Client side mounts the remote stripe. Default block size,
>>>> 128KB.
>>>>
>>>> No difference between that and my single brick test as far as
>>>> time goes. What's striping supposed to get me? I thought it was
>>>> drives heads. Or am I missing something again?
>>>>
>>>>
>> -------------------------------------------------------------------------------
>>>>
>>>> Chris Johnson |Internet: johnson at nmr.mgh.harvard.edu
>>>> Systems Administrator |Web:
>> http://www.nmr.mgh.harvard.edu/~johnson
>>>> <http://www.nmr.mgh.harvard.edu/%7Ejohnson>
>>>> NMR Center |Voice: 617.726.0949
>>>> Mass. General Hospital |FAX: 617.726.7422
>>>> 149 (2301) 13th Street |Survival, all by it self, isn't worth it.
>>>> Charlestown, MA., 02129 USA | Me
>>>>
>>>>
>> -------------------------------------------------------------------------------
>>>>
>>>>
>>>> _______________________________________________
>>>> Gluster-devel mailing list
>>>> Gluster-devel at nongnu.org
>>>> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>>>>
>>>
>>>
>>>
>>> --
>>> It always takes longer than you expect, even when you take into account
>>> Hofstadter's Law.
>>>
>>> -- Hofstadter's Law
>>>
>>
>>
>> -------------------------------------------------------------------------------
>> Chris Johnson |Internet: johnson at nmr.mgh.harvard.edu
>> Systems Administrator |Web:
>> http://www.nmr.mgh.harvard.edu/~johnson
>> NMR Center |Voice: 617.726.0949
>> Mass. General Hospital |FAX: 617.726.7422
>> 149 (2301) 13th Street |What the country needs is dirtier fingernails
>> and
>> Charlestown, MA., 02129 USA |cleaner minds. Will Rogers
>>
>> -------------------------------------------------------------------------------
>>
>
>
>
> --
> It always takes longer than you expect, even when you take into account
> Hofstadter's Law.
>
> -- Hofstadter's Law
>
-------------------------------------------------------------------------------
Chris Johnson |Internet: johnson at nmr.mgh.harvard.edu
Systems Administrator |Web: http://www.nmr.mgh.harvard.edu/~johnson
NMR Center |Voice: 617.726.0949
Mass. General Hospital |FAX: 617.726.7422
149 (2301) 13th Street |A lifetime is more than sufficiently long
Charlestown, MA., 02129 USA |to get what there is of it wong. Piet Hein
-------------------------------------------------------------------------------
More information about the Gluster-devel
mailing list