[Gluster-users] gluster volume traffic shaping / throttling
Pranith Kumar Karampuri
pkarampu at redhat.com
Mon Dec 21 13:25:16 UTC 2015
On 12/21/2015 02:26 PM, Mateusz Zajakala wrote:
> Pranith,
>
> that sounds good, Option to configure relative priorities of READ and
> WRITE operations would be probably sufficient in my case (as long as
> it really affects the operations throughput).
>
> But what if you wanted to differentiate write/read priorities from
> different clients? maybe it's worth thinking about some way to enable
> this?
Oh, these options will be on server side. So all clients will see same
priorities. That is probably the reason why the Original developer
didn't allow these priorities to be changed. I am not sure how we can
configure in a generic way. Any thoughts?
Pranith
>
>
> Thanks!
> Mat
>
>
>
> On Mon, Dec 21, 2015 at 5:00 AM, Pranith Kumar Karampuri
> <pkarampu at redhat.com <mailto:pkarampu at redhat.com>> wrote:
>
>
>
> On 12/21/2015 02:28 AM, Mateusz Zajakala wrote:
>> Hi,
>>
>> I have a question about ways to control/shape IO traffic to
>> gluster volumes.
>>
>> I have the following setup:gluster 3.7.6, distributed/disperse
>> volume (20 HDD bricks, disperse 5, redundancy 1), mount points
>> via glusterfs fuse.
>>
>> I have multiple read sessions (hundreds of clients reading
>> sequentially large >1GB files) and multiple write sessions
>> writing such files. While I care that read sessions proceed with
>> maximum speed I can get from my HDDs, I can live with the fact
>> that write (archiving) sessions will give way and proceed more
>> slowly.
>>
>> Is there a way to throttle write sessions? Ideally I'd like them
>> to have lower priority than read sessions, but also not be
>> limited in case there are no read sessions at the moment. It
>> seems like I need some "ionice" couterpart for gusterfs.
>>
>> Does is exist? I was wondering if this could be achieved by
>> tweaking "ionice" values on the client side for writes and reads,
>> but since clients only use glusterfs fuse mountpoint I don't
>> think it would work... ?
> hi Mat,
> I just checked io-threads code (This feature decides
> priority of different operations and multiple threads execute the
> operations.), Both READ and WRITE are in same priority. May be we
> can give an option to configure this? Would you like that? I will
> discuss this more on gluster-devel to see what others have to say
> before coming to a conclusion about how to go about this. Your
> feedback is much welcome.
>
> Pranith
>>
>> Thanks
>> Mat
>>
>>
>> _______________________________________________
>> Gluster-users mailing list
>> Gluster-users at gluster.org <mailto:Gluster-users at gluster.org>
>> http://www.gluster.org/mailman/listinfo/gluster-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.gluster.org/pipermail/gluster-users/attachments/20151221/4a67dcab/attachment.html>
More information about the Gluster-users
mailing list