From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paolo Bonzini Subject: Re: [PATCH] KVM: s390: remove delayed reallocation of page tables for KVM Date: Mon, 27 Apr 2015 15:52:16 +0200 Message-ID: <553E3F10.4080104@redhat.com> References: <1429787297-9292-1-git-send-email-borntraeger@de.ibm.com> <1429787297-9292-2-git-send-email-borntraeger@de.ibm.com> <2E97DEE6-47EA-484A-9F02-9F031DCA8F36@suse.de> <5538DAD4.4060505@de.ibm.com> <20150423141309.7c500236@mschwide> <553E3E3A.9010107@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: Christian Borntraeger , KVM , Cornelia Huck , Jens Freimann To: Alexander Graf , Martin Schwidefsky Return-path: Received: from mx1.redhat.com ([209.132.183.28]:47835 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932678AbbD0NwV (ORCPT ); Mon, 27 Apr 2015 09:52:21 -0400 In-Reply-To: <553E3E3A.9010107@suse.de> Sender: kvm-owner@vger.kernel.org List-ID: On 27/04/2015 15:48, Alexander Graf wrote: > Well, you could also make it a personality flag for example, no? Then > every new process below a certain one always gets 4k page tables until > they drop the personality, at which point each child would only get 2k > page tables again. But if you have to make (say) bash get the personality, this means that you need a full userspace recompile to run VMs. Paolo > I'm mostly concerned that people will end up mixing VMs and other > workloads on the same LPAR, so I don't think there's a one-shoe-fits-all > solution.