Mailing List Archive

Re: Digest of gentoo-performance@gentoo.org issue 13 (100-109)
> deer, list!
>
> I currently try to minimize the application startup-time for my
> gentoo-laptop.
> Even with prelink it takes about one minute to start kde and all programs in
> autostart due to the heavy disk i/o load.
> In the last days I did some tests with taking a copy of my regular /usr
> (ext3)
> dir and storing it in a squashfs file. I then mount it as loopback device
> on /usr. (Leaving the original copy still intact but hidden.)
>
> Those are the effects I try to achieve:
> 1. The filesystem has no fragmentation at all. Files in my regular /usr dir
> are somewhat fragmented, but not too badly.
> 2. It's compressed: less disk i/o and more cpu load.
>
> So far the results have been promising. With the new squashfs I'm down to
> around 50 secs (-16%). But at the moment my benchmark methods are quite
> primitve. I simply have a stopwatch nearby and meassure the time from login
> to when the disk is idle again. I'm looking forward to some input on this.
>
> greets
> Roman
>
Some things that I believe help with startup time are:
-Os and LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed"
In order to use the new --hash-styles, you need at least
>=binutils-2.17.50.X, which is keyworded with -*
--
gentoo-performance@gentoo.org mailing list
Re: Re: Digest of gentoo-performance@gentoo.org issue 13 (100-109) [ In reply to ]
Hi all,

Reading your post i am feel interested in increase my laptop performance but
I don't know by where start, can someone tell me?

Thank you so much in advance and regards

On 5/11/07, Cory Grunden <cory.grunden@gmail.com> wrote:
>
> > deer, list!
> >
> > I currently try to minimize the application startup-time for my
> > gentoo-laptop.
> > Even with prelink it takes about one minute to start kde and all
> programs in
> > autostart due to the heavy disk i/o load.
> > In the last days I did some tests with taking a copy of my regular /usr
> > (ext3)
> > dir and storing it in a squashfs file. I then mount it as loopback
> device
> > on /usr. (Leaving the original copy still intact but hidden.)
> >
> > Those are the effects I try to achieve:
> > 1. The filesystem has no fragmentation at all. Files in my regular /usr
> dir
> > are somewhat fragmented, but not too badly.
> > 2. It's compressed: less disk i/o and more cpu load.
> >
> > So far the results have been promising. With the new squashfs I'm down
> to
> > around 50 secs (-16%). But at the moment my benchmark methods are quite
> > primitve. I simply have a stopwatch nearby and meassure the time from
> login
> > to when the disk is idle again. I'm looking forward to some input on
> this.
> >
> > greets
> > Roman
> >
> Some things that I believe help with startup time are:
> -Os and LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed"
> In order to use the new --hash-styles, you need at least
> >=binutils-2.17.50.X, which is keyworded with -*
> --
> gentoo-performance@gentoo.org mailing list
>
>


--
Francisco Rivas
Linux User (New) : #448324
Linux Machine (New) : 355187
Re: Re: Digest of gentoo-performance@gentoo.org issue 13 (100-109) [ In reply to ]
Am Freitag 11 Mai 2007 16:13 schrieb Cory Grunden:
> Some things that I believe help with startup time are:
> -Os and LDFLAGS="-Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed"
> In order to use the new --hash-styles, you need at least
>
> >=binutils-2.17.50.X, which is keyworded with -*

I currently use "Wl,-O1" as it does not break too many things. I read about
the new hash-style options, but (for me and ATM) the compromise between
stability and speed is somewhat nearer to stable than this. Since such
2.17.50.* versions of binutils are still masked I assume they are considered
pretty unstable.

greets
Roman