Message-ID: <4427BCCC.4080506@tlinx.org>
Date: Mon, 27 Mar 2006 02:22:04 -0800
From: Linda Walsh <lkml@tlinx.org>
User-Agent: Thunderbird 1.5 (Windows/20051201)
MIME-Version: 1.0
To: Adrian Bunk <bunk@stusta.de>
CC: Jan Engelhardt <jengelh@linux01.gwdg.de>,
       Linux-Kernel <linux-kernel@vger.kernel.org>
Subject: Re: Save 320K on production machines?
References: <4426515B.5040307@tlinx.org> <Pine.LNX.4.61.0603261122410.22145@yvahk01.tjqt.qr> <20060326100639.GE4053@stusta.de>
In-Reply-To: <20060326100639.GE4053@stusta.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1338
Lines: 36

Adrian Bunk wrote:
> On Sun, Mar 26, 2006 at 11:24:15AM +0200, Jan Engelhardt wrote
>>> ** primarily "funit-at-a-time", though -fweb &
>>> -frename-registers may add a bit (GCC 3.3.5 as
>>> patched by SuSE; Maybe extra optimizations could
>>> be a "CONFIG" option much like regparms is now?
>>>       
>> IIRC, -funit-at-a-time with gcc3 made compiled code go bloat.
>>     
> That's wrong, the compiled code is smaller.
>   
>> Jan Engelhardt
>>     
> cu
> Adrian
>   
---
    That's my point -- if the code is optimized and it shrinks the code 
size
due to unnecessary path duplication, the remain code is more likely
to fit in the CPU cache (getting some performance benefits as well
faster in the process), isn't that a good reason to use it?

This was measured on a Pentium-III, SMP optioned kernel.  I'm sure it
will help my code fit just a little better in the runtime caches, no?

The current makefile turns on the optimization only on gcc4 or higher,
but my results were with gcc3.5.5.  Maybe defaults for 386 should
enabler the optimization for some versions of gcc 3 as well?  
-l

-
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/