From mboxrd@z Thu Jan 1 00:00:00 1970 From: Konrad Rzeszutek Wilk Subject: Re: Xen 4.3 development update Date: Wed, 6 Mar 2013 14:50:02 -0500 Message-ID: <20130306195002.GB13533@phenom.dumpdata.com> References: <20130305161216.GA15668@phenom.dumpdata.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: George Dunlap Cc: daniel.kiper@oracle.com, Jim Fehlig , Jan Beulich , "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org On Wed, Mar 06, 2013 at 11:52:50AM +0000, George Dunlap wrote: > >> > >> * Multi-page blk rings (external) > >> - blkback in kernel roger@citrix > >> - qemu blkback > >> status: Overall blk architecture being discussed > >> prognosis: Fair > > > > > > I think we came up with so many design things that Roger is going to > > be burried with this for a year or so :-( > > > > But I would say that the 'multi-page' aspect of this (which I think > > is actually the indirect descriptor) is going to show up in v3.10. > > Which is two months away. The only Xen patches are to update the > > protocol description. > > It sounds like we're actually talking about different things -- it > seems like you're talking about a large blk protocol architecture > rewrite, whereas I think I had always intended this just to be about > multi-page blk rings, as that was percieved to be a scalability > limitation. If the multi-page aspect will turn up within a few months > of the 4.3 release, I think that still counts as a success for this > item. Oh, in that case it is Bad. The multi-page has not even been on the list as the other protocol architecture re-writes give a bigger boost in performance. > > If that aspect looks good, can we mark this one as "Good" instead of "Fair"? > > -George