[Gluster-devel] FOP ratelimit?

[Joseph Fernandes]

Something ceph is working on "dmclock"

http://tracker.ceph.com/projects/ceph/wiki/Rados_qos

might be we can talk to them ?

~Joe


----- Original Message -----
From: "Jeff Darcy" <jdarcy at redhat.com>
To: "Joseph Fernandes" <josferna at redhat.com>
Cc: "Gluster Devel" <gluster-devel at gluster.org>, "Raghavendra Gowdappa" <rgowdapp at redhat.com>, "Venky Shankar" <vshankar at redhat.com>, "Pranith Kumar Karampuri" <pkarampu at redhat.com>, "Shyamsundar Ranganathan" <srangana at redhat.com>
Sent: Thursday, September 10, 2015 6:57:51 PM
Subject: Re: [Gluster-devel] FOP ratelimit?

> Have we given thought about other IO scheduling algorithms like mclock
> algorithm [1], used by vmware for their QOS solution.
> Plus another point to keep in mind here is the distributed nature of the
> solution. Its easier to think of a brick
> controlling the throughput for a client or a tenant. But how would this work
> in collaboration and scale with all the
> bricks together, what I am talking about is Distributed QOS.

At the packet level, this is a core problem that SDN has to solve.  When
we're running in an SDN environment, we should just hand off responsibility
for QoS to them.  Otherwise, we should probably steal their algorithms.  ;)
I believe there are some experts elsewhere at Red Hat whose brains we can
and should pick.