From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marc Zyngier Subject: Re: [PATCH 0/5] Usual batch of random ARM fixes for kvmtool Date: Fri, 12 Apr 2013 09:30:18 +0100 Message-ID: <5167C61A.7030400@arm.com> References: <1365698186-27355-1-git-send-email-will.deacon@arm.com> <5166E89A.8030105@oracle.com> <5167AF3C.8060409@kernel.org> Mime-Version: 1.0 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: 8BIT Cc: Sasha Levin , Will Deacon , "kvm@vger.kernel.org" To: Pekka Enberg Return-path: Received: from service87.mimecast.com ([91.220.42.44]:40386 "EHLO service87.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752316Ab3DLIaZ convert rfc822-to-8bit (ORCPT ); Fri, 12 Apr 2013 04:30:25 -0400 In-Reply-To: <5167AF3C.8060409@kernel.org> Sender: kvm-owner@vger.kernel.org List-ID: Hi Pekka, On 12/04/13 07:52, Pekka Enberg wrote: > On 04/11/2013 12:36 PM, Will Deacon wrote: >>> Without multi-queue, we can boot Debian Wheezy to a prompt in 38MB. With >>> the new changes, that increases to 170MB! Any chance we can try and tackle >>> this regression please? I keep getting bitten by the OOM killer :( > > On 04/11/2013 07:45 PM, Sasha Levin wrote: >> That's definitely unwanted. >> >> I'll look into it and try sending something out today/tomorrow. > > That's very unfortunate. Can you please confirm that reverting commit > e026314820acc3cc967308355f3746aca238fda4 ("kvm tools: virtio-net > multiqueue support") fixes it? If fixing the issue turns out to be > difficult, we should just take multi-queue out until the issues is resolved. It does, at least for an MMIO based setup. It would be a pity to completely loose the functionality though. Surely we can find a way to initialize the extra queues on demand. And if not, maybe introduce some kind of tunable parameter... Cheers, M. -- Jazz is not dead. It just smells funny...