gluster-devel
[Top][All Lists]
Advanced

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

Re: [Gluster-devel] general performance translator recommendations


From: Raghavendra G
Subject: Re: [Gluster-devel] general performance translator recommendations
Date: Wed, 14 Jan 2009 22:31:07 +0400

Hi Brent,

On Wed, Jan 14, 2009 at 6:56 PM, Brent A Nelson <address@hidden> 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
address@hidden
http://lists.nongnu.org/mailman/listinfo/gluster-devel



--
Raghavendra G


reply via email to

[Prev in Thread] Current Thread [Next in Thread]