[Gluster-users] Low Performance Problems

[Benjamin Krein]

You're not the only one with this issue.  I've been working with the  
developers to resolve this very same issues.  We're dealing with ~10k  
<2k javascript files we're trying to distribute for cache and have had  
the same issues.

They've provided me with a patch which helped significantly, but the  
performance was still weak.  As I understand it, they are continuing  
to work on resolving the issue and as of this morning they told me a  
potential fix should be released soon.

I do have one additional suggestion to try yet, but I haven't been  
able to try anything beyond the initial patch they provided me.

Benjamin Krein
www.superk.org

On Jun 18, 2009, at 11:29 AM, Martin Reissner wrote:

> Hello Stephan,
>
> did a quick test with the same fileset only replaced distribute by
> replicate on the two servers. This was with the GlusterFS patched Fuse
> though. Filesystem cache was flushed on all boxes between the tests.
>
> write: 127s
> read: 106s
>
> Compared with the distribute results replicate seems to perform worse.
> Here's the distribute results on the exact same setup again:
>
> write: 90s
> read:  60s
>
> Martin
>
>
> Stephan von Krawczynski wrote:
>> On Thu, 18 Jun 2009 15:02:34 +0200
>> Martin Reissner <mreissner at wavecon.de> wrote:
>>
>>> [...]
>>> NFS:
>>> write: 74s
>>> read:  36s
>>>
>>> GlusterFS 1 Server:
>>> write: 332s
>>> read:   59s
>>>
>>> GlusterFS 2 Servers with Distribute:
>>> write: 331s
>>> read:   60s
>>
>> Can you produce the same test for replicate, too?
>> A really interesting setup for people who want to get rid of NFS...
>> In theory the minimum time (caused by a FE network) should be below  
>> 23s for
>> read and write or maybe 46s for replicate write case. I know you  
>> have GBit
>> ethernet, but your disks won't cope with that anyway, so one would  
>> be content
>> with a factor 2 in real life. Nevertheless your test really shows  
>> that NFS is
>> not that bad.
>> A local-disk FUSE fs would be an interesting comparison, too.
>
>
> _______________________________________________
> Gluster-users mailing list
> Gluster-users at gluster.org
> http://zresearch.com/cgi-bin/mailman/listinfo/gluster-users
>