[Gluster-devel] general performance translator recommendations

Raghavendra G raghavendra.hg at gmail.com
Wed Jan 14 18:31:07 UTC 2009


Hi Brent,

On Wed, Jan 14, 2009 at 6:56 PM, Brent A Nelson <brent at phys.ufl.edu> wrote:

> On Wed, 14 Jan 2009, Vikas Gorur wrote:
>
>  As for io-threads above/below unify, there is not much to be gained by
>> using io-threads on the client side, since there are no slow
>> operations on the client side (just a straight code path from the
>> application to the server). Using it on the server makes sense because
>> it lets GlusterFS do other useful work while one thread is waiting for
>> a read/write from/to the underlying filesystem finishes.
>>
>>
> I found io-threads on the client to be a major gain.  When the client is
> very busy with io tasks, io-threads seems to eliminate latency in metadata
> operations (e.g., ls doesn't hang for ages).  It made the client feel much
> more responsive.


Yes. But with 2.0, Non-blocking I/O is introduced. Hence the client thread
will not be blocked on I/O operations.

regards,

>
>
> Thanks,
>
> Brent
>
>
>
> _______________________________________________
> Gluster-devel mailing list
> Gluster-devel at nongnu.org
> http://lists.nongnu.org/mailman/listinfo/gluster-devel
>



-- 
Raghavendra G
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20090114/c27f90cc/attachment-0003.html>


More information about the Gluster-devel mailing list