From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932505AbZAIWjw (ORCPT ); Fri, 9 Jan 2009 17:39:52 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1757525AbZAIWjk (ORCPT ); Fri, 9 Jan 2009 17:39:40 -0500 Received: from terminus.zytor.com ([198.137.202.10]:39560 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754152AbZAIWji (ORCPT ); Fri, 9 Jan 2009 17:39:38 -0500 Message-ID: <4967D131.3010801@zytor.com> Date: Fri, 09 Jan 2009 14:35:29 -0800 From: "H. Peter Anvin" User-Agent: Thunderbird 2.0.0.18 (X11/20081119) MIME-Version: 1.0 To: Andi Kleen CC: Theodore Tso , Linus Torvalds , Arjan van de Ven , Dirk Hohndel , Matthew Wilcox , Ingo Molnar , jim owens , Chris Mason , Peter Zijlstra , Steven Rostedt , paulmck@linux.vnet.ibm.com, Gregory Haskins , Andrew Morton , Linux Kernel Mailing List , linux-fsdevel , linux-btrfs , Thomas Gleixner , Nick Piggin , Peter Morreale , Sven Dietrich , jh@suse.cz Subject: Re: [patch] measurements, numbers about CONFIG_OPTIMIZE_INLINING=y impact References: <49677CB1.3030701@zytor.com> <20090109084620.3c711aad@infradead.org> <20090109172011.GD26290@one.firstfloor.org> <20090109172801.GC6936@parisc-linux.org> <20090109174719.GG26290@one.firstfloor.org> <20090109094142.367012b6@infradead.org> <20090109180213.GH26290@one.firstfloor.org> <20090109185509.GJ26290@one.firstfloor.org> <20090109195232.GE23869@mit.edu> <20090109224410.GQ26290@one.firstfloor.org> In-Reply-To: <20090109224410.GQ26290@one.firstfloor.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Andi Kleen wrote: >> Fetch a gigabyte's worth of data for the debuginfo RPM? > > The suse 11.0 kernel debuginfo is ~120M. Still, though, hardly worth doing client-side when it can be done server-side for all the common distro kernels. For custom kernels, not so, but there you should already have the debuginfo locally. And yes, there are probably residual holes, but it's questionable if it matters. -hpa