From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marcelo Tosatti Subject: Re: [PATCH v8 3/4] block: add block timer and throttling algorithm Date: Tue, 20 Sep 2011 09:34:54 -0300 Message-ID: <20110920123454.GA26235@amt.cnet> References: <1315476668-19812-1-git-send-email-wuzhy@linux.vnet.ibm.com> <1315476668-19812-4-git-send-email-wuzhy@linux.vnet.ibm.com> <20110909144403.GB19459@amt.cnet> <20110914105024.GA18910@amt.cnet> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: Zhi Yong Wu , qemu-devel@nongnu.org, kvm@vger.kernel.org, stefanha@linux.vnet.ibm.com, aliguori@us.ibm.com, ryanh@us.ibm.com, kwolf@redhat.com, pair@us.ibm.com To: Zhi Yong Wu Return-path: Received: from mx1.redhat.com ([209.132.183.28]:48907 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751730Ab1ITMfe (ORCPT ); Tue, 20 Sep 2011 08:35:34 -0400 Content-Disposition: inline In-Reply-To: Sender: kvm-owner@vger.kernel.org List-ID: On Mon, Sep 19, 2011 at 05:55:41PM +0800, Zhi Yong Wu wrote: > On Wed, Sep 14, 2011 at 6:50 PM, Marcelo Tosatti wrote: > > On Tue, Sep 13, 2011 at 11:09:46AM +0800, Zhi Yong Wu wrote: > >> On Fri, Sep 9, 2011 at 10:44 PM, Marcelo Tosatti wrote: > >> > On Thu, Sep 08, 2011 at 06:11:07PM +0800, Zhi Yong Wu wrote: > >> >> Note: > >> >> =A0 =A0 =A01.) When bps/iops limits are specified to a small va= lue such as 511 bytes/s, this VM will hang up. We are considering how t= o handle this senario. > >> > > >> > You can increase the length of the slice, if the request is larg= er than > >> > slice_time * bps_limit. > >> Yeah, but it is a challenge for how to increase it. Do you have so= me nice idea? > > > > If the queue is empty, and the request being processed does not fit= the > > queue, increase the slice so that the request fits. > Sorry for late reply. actually, do you think that this scenario is > meaningful for the user? > Since we implement this, if the user limits the bps below 512 > bytes/second, the VM can also not run every task. > Can you let us know why we need to make such effort? It would be good to handle request larger than the slice. It is not strictly necessary, but in case its not handled, a minimum should be in place, to reflect maximum request size known. Being able t= o specify something which crashes is not acceptable.