Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753656AbZKAVfL (ORCPT ); Sun, 1 Nov 2009 16:35:11 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753453AbZKAVfJ (ORCPT ); Sun, 1 Nov 2009 16:35:09 -0500 Received: from icculus.org ([67.106.77.212]:53215 "EHLO icculus.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751447AbZKAVfI (ORCPT ); Sun, 1 Nov 2009 16:35:08 -0500 Date: Sun, 1 Nov 2009 16:35:05 -0500 (EST) From: "Ryan C. Gordon" X-X-Sender: icculus@caridad.local To: =?ISO-8859-15?Q?M=E5ns_Rullg=E5rd?= cc: linux-kernel@vger.kernel.org Subject: Re: FatELF patches... In-Reply-To: Message-ID: References: <1257103201.2865.6.camel@chumley> User-Agent: Alpine 1.10 (OSX 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1468 Lines: 37 > It's not the size of the kernel patch I'm worried about. What worries > me is the disk space needed when *all* my executables and libraries > are suddenly 3, 4, or 5 times the size they need to be. Then don't make FatELF files with 5 binaries in it. Or don't make FatELF files at all. I glued two full Ubuntu installs together as a proof of concept, but I think if Ubuntu did this as a distribution-wide policy, then people would probably choose a different distribution. Then again, I hope Ubuntu uses FatELF on a handful of binaries, and removes the /lib64 and /lib32 directories. > There is also the issue of speed to launch these things. It *has* to > be slower than executing a native file directly. In that there will be one extra read of 128 bytes, yes, but I'm not sure that's a measurable performance hit. For regular ELF files, the overhead is approximately one extra branch instruction. Considering that most files won't be FatELF, that seems like an acceptable cost. > It's far too easy to use computers already. That's the reason for the > spam problem. Clearly that's going to remain as a philosophical difference between us, so I won't waste your time trying to dissuade you. --ryan. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/