Tuning for Home Directories

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



That radical of a performance slowdown is often a network problem, especially if this is a new hardware setup that hasn't been shaken out yet. Can you crank up a copy of Wireshark and see if there is something funky going on at that level (like lots of timeouts)? 

----- Original Message -----

From: "Joel Young" <jdy at cryregarder.com> 
To: "Nux!" <nux at li.nux.ro> 
Cc: "gluster-users" <gluster-users at gluster.org> 
Sent: Friday, October 11, 2013 10:47:11 AM 
Subject: Re: Tuning for Home Directories 

Yes. No appreciable improvement. 

Thanks! 

Joel 

On Fri, Oct 11, 2013 at 7:44 AM, Nux! <nux at li.nux.ro> wrote: 
> On 11.10.2013 15:33, Joel Young wrote: 
>> 
>> Re home directory tuning... 
>> 
>> Any suggestions? We are still getting extraordinary slowness in using 
>> gluster for home directories. SVN checkouts to the volume are very 
>> slow, configure scripts are very slow. 
>> 
>> The cluster hardware is overspecced. Each of the four nodes are 
>> connected via 10GB ethernet, have 24-64 cores, and from 128GB to 
>> 512GB. 
>> 
>> Thanks! 
>> 
>> On Wed, Sep 18, 2013 at 10:44 AM, Joel Young <jdy at cryregarder.com> wrote: 
>>> 
>>> I've got a HPC type set up with four nodes and a 
>>> distributed-replicated configuration. Performing developer type 
>>> actions is disfunctionally slow on the volume. Below is the 
>>> configuration: 
>>> 
>>> Volume Name: home 
>>> Type: Distributed-Replicate 
>>> Volume ID: 83fa39a6-6e68-4e1c-8fae-3c3e30b1bd66 
>>> Status: Started 
>>> Number of Bricks: 2 x 2 = 4 
>>> Transport-type: tcp 
>>> Bricks: 
>>> Brick1: ir0:/lhome/gluster_home 
>>> Brick2: ir1:/lhome/gluster_home 
>>> Brick3: ir2:/lhome/gluster_home 
>>> Brick4: ir3:/raid/gluster_home 
>>> Options Reconfigured: 
>>> server.statedump-path: /tmp 
>>> performance.cache-size: 512MB 
>>> performance.client-io-threads: on 
>>> 
>>> For example, configure runs take tens of minutes instead of fractions 
>>> of minutes. 
>>> 
>>> I've tried setting lookup-unhashed to off or no without a significant 
>>> performance change. 
>>> 
>>> Does anyone have any performance tunings or suggestions for making 
>>> gluster based home directories usable for developers? 
>>> 
>>> Also, the documentation is unclear as to if lookup-unhashed should be 
>>> set to yes or on, vs no or off. Some things indicate one way, some 
>>> the other. boolean options should no allow multiple values to be set. 
> 
> 
> Have you tried mounting the volume over NFS and see how that goes? 
> 
> Lucian 
> 
> -- 
> Sent from the Delta quadrant using Borg technology! 
> 
> Nux! 
> www.nux.ro 
_______________________________________________ 
Gluster-users mailing list 
Gluster-users at gluster.org 
http://supercolony.gluster.org/mailman/listinfo/gluster-users 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20131011/ade7bf65/attachment.html>


[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux