qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [RFC V3 0/2] continuous leaky bucket throttling


From: Stefan Hajnoczi
Subject: Re: [Qemu-devel] [RFC V3 0/2] continuous leaky bucket throttling
Date: Wed, 7 Aug 2013 10:31:38 +0200
User-agent: Mutt/1.5.21 (2010-09-15)

On Fri, Aug 02, 2013 at 05:53:00PM +0200, Benoît Canet wrote:
> This patchset implement continous leaky bucket throttling.
> 
> It works mostly on the general case.
> The exception is where the load is composed of both reads and writes and two
> limits iops_rd and iops_wr are set.
> The resulting iops are a little above half of the given limits.
> I tried various strategies to avoid this: two timer, two throttled request
> queues or even a different algorithm using a priority queue.
> The problem is still the same in every version of the code: reads and writes
> operation seems entangled.
> 
> Benoît Canet (2):
>   throttle: Add a new throttling API implementing continuus leaky
>     bucket.
>   block: Enable the new throttling code in the block layer.
> 
>  block.c                   |  316 ++++++++------------------------
>  block/qapi.c              |   21 +--
>  blockdev.c                |  115 ++++++------
>  include/block/block.h     |    1 -
>  include/block/block_int.h |   33 +---
>  include/qemu/throttle.h   |  111 ++++++++++++
>  util/Makefile.objs        |    1 +
>  util/throttle.c           |  436 
> +++++++++++++++++++++++++++++++++++++++++++++
>  8 files changed, 698 insertions(+), 336 deletions(-)
>  create mode 100644 include/qemu/throttle.h
>  create mode 100644 util/throttle.c

I saw more discussion on IRC.  Does this mean you will send another
revision to address outstanding issues?

Just wanted to check if you are waiting for code review or if you are
still developing the next patch revision.

Stefan



reply via email to

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