From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MjTm3-0005lc-Fz for qemu-devel@nongnu.org; Fri, 04 Sep 2009 04:03:59 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MjTlz-0005lF-Ob for qemu-devel@nongnu.org; Fri, 04 Sep 2009 04:03:59 -0400 Received: from [199.232.76.173] (port=44346 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MjTlz-0005lC-K1 for qemu-devel@nongnu.org; Fri, 04 Sep 2009 04:03:55 -0400 Received: from mx20.gnu.org ([199.232.41.8]:25800) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MjTlz-0004Kn-0K for qemu-devel@nongnu.org; Fri, 04 Sep 2009 04:03:55 -0400 Received: from mail-yx0-f176.google.com ([209.85.210.176]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MjTly-000298-1E for qemu-devel@nongnu.org; Fri, 04 Sep 2009 04:03:54 -0400 Received: by yxe6 with SMTP id 6so376398yxe.22 for ; Fri, 04 Sep 2009 01:03:52 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <20090904075143.GA3879@1und1.de> References: <87ljkxibay.fsf@lechat.rtp-net.org> <20090903120010.GA27116@1und1.de> <200909031538.19806.paul@codesourcery.com> <20090903171732.GA19183@1und1.de> <20090904075143.GA3879@1und1.de> Date: Fri, 4 Sep 2009 11:03:52 +0300 Message-ID: Subject: Re: [Qemu-devel] [PATCH v2] Build *-user targets as PIE From: "Kirill A. Shutemov" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On Fri, Sep 4, 2009 at 10:51 AM, Reimar D=C3=B6ffinger wrote: > On Fri, Sep 04, 2009 at 07:33:25AM +0300, Kirill A. Shutemov wrote: >> On Thu, Sep 3, 2009 at 8:17 PM, Reimar >> D=C3=B6ffinger wrote: >> > It is close to getting of topic, but since you state it, why try so ha= rd >> > to avoid text relocations? >> > Sure, there are advantages (the biggest one is less issues with >> > mis-/insufficiently configured selinux I think), possibly better shari= ng >> > of pages when many instances are run and better delayed loading, but o= n >> > x86/i386 that doesn't sound like a clear advantage compared to the in >> > some cases quite relevant speed loss. >> >> Do you have any numbers about speed loss? > > No, I was getting a bit off-topic. At least with KVM I doubt there > is any relevant speed loss for qemu, though for MPlayer/FFmpeg (very diff= erent > situation) it could be about 10 % when I last did some tests. > My patch compile only usermode targets as PIE, so it will not affect KVM.