From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46887) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dl7JD-0005Yn-9d for qemu-devel@nongnu.org; Fri, 25 Aug 2017 01:37:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dl7J8-0004Iv-ES for qemu-devel@nongnu.org; Fri, 25 Aug 2017 01:37:31 -0400 Received: from mx1.redhat.com ([209.132.183.28]:57086) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1dl7J8-0004IS-8L for qemu-devel@nongnu.org; Fri, 25 Aug 2017 01:37:26 -0400 Date: Fri, 25 Aug 2017 13:37:18 +0800 From: Peter Xu Message-ID: <20170825053718.GF14174@pxdev.xzpeter.org> References: <1503471071-2233-1-git-send-email-peterx@redhat.com> <1503471071-2233-5-git-send-email-peterx@redhat.com> <20170823174411.GG2648@work-vm> <20170823233732.GA16947@lemon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20170823233732.GA16947@lemon> Subject: Re: [Qemu-devel] [RFC v2 4/8] QAPI: new QMP command option "without-bql" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Fam Zheng Cc: "Dr. David Alan Gilbert" , qemu-devel@nongnu.org, Paolo Bonzini , "Daniel P . Berrange" , Juan Quintela , mdroth@linux.vnet.ibm.com, Eric Blake , Laurent Vivier , Markus Armbruster On Thu, Aug 24, 2017 at 07:37:32AM +0800, Fam Zheng wrote: > On Wed, 08/23 18:44, Dr. David Alan Gilbert wrote: > > * Peter Xu (peterx@redhat.com) wrote: > > > Introducing this new parameter for QMP commands in general to mark out > > > when the command does not need BQL. Normally QMP command executions are > > > done with the protection of BQL in QEMU. However the truth is that not > > > all the QMP commands require the BQL. > > > > > > This new parameter provides a way to allow QMP commands to run in > > > parallel when possible, without the contention on the BQL. > > > > > > Since the default value of "without-bql" is still false, so now all QMP > > > commands are still protected by BQL still. > > > > > > Signed-off-by: Peter Xu > > > > We should define what a 'without-bql' command is allowed to do: > > 'Commands that have without-bql set _may_ be called without the bql > > being taken. They must not take the bql or any other lock that may > > become dependent on the bql.' Sure. > > (Do we need to say anything about RCU?) Could I ask how is RCU related? > > > > Also, 'no-bql' is shorter :-) > > Or rather "need-bql" that defaults to true to avoid double negative (TM) with > "no-bql = false"? Ok let me use "need-bql". :) -- Peter Xu