[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20151024192014.GP8645@brightrain.aerifal.cx>
Date: Sat, 24 Oct 2015 15:20:14 -0400
From: Rich Felker <dalias@...c.org>
To: musl@...ts.openwall.com
Subject: Re: [PATCH] configure: add gcc flags for better link-time
optimization
On Sat, Oct 24, 2015 at 02:43:12PM +0200, Szabolcs Nagy wrote:
> * Denys Vlasenko <vda.linux@...glemail.com> [2015-10-24 00:00:56 +0200]:
> > What's importand is how many pages are dirtied.
> > Here's a test with Aboriginal's x86_64 static busybox:
> >
> ....
> >
> > No. Only two pages are mapped, not three.
> >
> > This is pretty impressive. However, this is a small busybox config:
> > only 31 applet.
> >
> > I have a complete (~320 applets) 32-bit static busybox config built
> > against uclibc, and it has only 2 pages .data+.bss
> >
> > Will test & see how close to that can musl get.
> >
>
> http://www.etalabs.net/compare_libcs.html
>
> hm this says min dirty is 3pages on uclibc with static linking.
I believe I counted one page of stack in these figures.
> in case you repeat the experiments with glibc
> a 'dirty pages with static busybox' entry would be
> useful on that comparision page.
Yes. Before doing much more on the comparison page though I think we
should develop a good reproducible way to run these tests. I was ok
with something casual when musl was first launched but it feels
inappropriate to continue without something more rigorous.
Rich
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
