Re: limiting guest block i/o for qos

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

 



On Mon, Nov 29, 2010 at 4:58 AM, Stefan Hajnoczi <stefanha@xxxxxxxxx> wrote:
> On Mon, Nov 29, 2010 at 2:00 AM, T Johnson <tjohnson46@xxxxxxxxx> wrote:
>> Hello,
>>
>> On Thu, Nov 25, 2010 at 3:33 AM, Nikola Ciprich <extmaillist@xxxxxxxxxxx> wrote:
>>> Hello Thomas,
>>> I t hink blkio-cgroup really can't help You here, but since NFS is
>>> network protocol,
>>> why not just consider some kind of network shaping?
>>> n.
>>
>> I thought about this, but it's rather imprecise I imagine if I try to
>> limit the number of packets per second and hope that matches reads or
>> writes per second. Secondly, I have many guests running to the same
>> NFS server which makes limiting per kvm guest somewhat impossible when
>> the network tools I know if would limit per NFS server.
>
> Perhaps iptables/tc can mark the stream based on the client process
> ID?  Each VM has a qemu-kvm userspace process that will issue file
> I/O.  Someone with more networking knowledge could confirm whether or
> not it is possible to mark based on the process ID using the in-kernel
> NFS client.
>
> You don't need to limit based on packets per second.  You can do
> bandwidth-based traffic shaping with tc.

Thanks. That is an interesting idea. As far as packets or bandwidth,
my thought was IOPS were more expensive than total bytes transferred..
so I would want to limit the number of distinct read/write requests if
possible.

Anyway, I'm surprised this doesn't seem to come up more often. If
anyone out there is listening, please consider this a plea for
something built in to limit i/o in this situation. It would be
extremely useful.

Thanks again
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux