Message-Id: <200201291751.g0THp897004750@scare.vieo.com>
Date: Tue, 29 Jan 2002 12:53:54 +1100
From: Nathan Scott <nathans@sgi.com>
Subject: Re: Reduce XFS footprint (was Re: TAKE - remove a function xfs added to filemap.c
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Status: O
Content-Length: 1102
Lines: 38

On Sat, Jan 26, 2002 at 01:59:15PM -0600, Stephen Lord wrote:
> Ralf G. R. Bergs wrote:
> 
> >>You could try editing xfs_types.h and  changing
> ...
> It does compile and run, and you save about 45K in code size by doing it,
> so not too much. You can also edit xfs_macros.h and define WANT_SPACE_C
> to 1 (replace the existing definition). This turns a lot of inline 
> macros into
> function calls - it will be slower, but it is another 10K less code - 
> again, not
> very much.
> 

Another thing we could try is to make support for v1 dirs
compile-time conditional (since noone/very few people will
be using this), this might save a bit more space.  I think
the code is all accessed via function pointers already, so
the points of abstraction should be clearly defined.

> So  and smp build (in 2.5) went from
> 
>    text    data     bss     dec     hex filename
>  520994    4896    2080  527970   80e62 fs/xfs/xfs.o
> 
> to
>    text    data     bss     dec     hex filename
>  487334    4896    2080  494310   78ae6 fs/xfs/xfs.o
> 
> with these two build changes.
> 
> Steve
> 
> 

-- 
Nathan