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" <jda...@redhat.com> To: "Joseph Fernandes" <josfe...@redhat.com> Cc: "Gluster Devel" <gluster-devel@gluster.org>, "Raghavendra Gowdappa" <rgowd...@redhat.com>, "Venky Shankar" <vshan...@redhat.com>, "Pranith Kumar Karampuri" <pkara...@redhat.com>, "Shyamsundar Ranganathan" <srang...@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. _______________________________________________ Gluster-devel mailing list Gluster-devel@gluster.org http://www.gluster.org/mailman/listinfo/gluster-devel
