Re: [blfs-dev] Ken's tuning experiments, part 4
On 2019-07-09 23:11 +0100, Ken Moffat via blfs-dev wrote:
> I've now completed a real "tuning" run of my experiment (i.e.
> specifying -falign-functions=32 -malign-data=cacheline because these
> have been said to be beneficial for haswell processors, which is
> what I have been using.
>
> Summary in
> http://www.linuxfromscratch.org/~ken/tuning/tuning-4-alignment-tests.txt
> and updated spreadsheet of the tests I was able to run 10 times on
> the different builds:
>
> (desktop-runtime-comparisons.ods in the same directory).
>
> Conclusion for this experiment: case not proven.
>
> I hope to get one more run done ("turn all the optimization up to
> -O3") but I will not be playing with alignment again.
>
> Also, I had hoped to examine LTO (and I might take a stab at the
> first part of that - my previous attempt at recompiling gcc
> was a disaster in its testsuite, but maybe that was because I had
> not understood the problem of using -D_FORTIFY_SOURCE=2 on gcc at
> that point). However, the big gains touted for LTO (smaller
> programs) come at a compile time cost - for those of us who
> frequently rebuild I'm not at all sure that the cost will be
> worthwhile.
I only build GCC with LTO using --with-build-config=bootstrap-lto. There are
annoying problems with LTO and shared objects with ".symver" directive so I
never use LTO for other packages.
You may want to consult https://github.com/InBetweenNames/gentooLTO .
--
Xi Ruoyao
School of Aerospace Science and Technology, Xidian University
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: [blfs-dev] archive libstatgrab?
On 7/9/19 11:38 AM, Bruce Dubbs via blfs-dev wrote: I do not see anything that uses libstatgrab (was used by lxqt). Should I archive it? -- Bruce I think we should keep this. It provides some interesting programs that might be helpful: *saidar* is a curses-based tool for viewing system statistics. *statgrab* is a sysctl-style interface to system statistics. That seems like it would be useful to me. Note that I haven't built it since the LXQT days though. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] archive ptlib?
On 7/9/19 12:02 PM, Bruce Dubbs via blfs-dev wrote: ptlib was only use in opal which has already been archived. Opinions? -- Bruce I'd say let's archive it. It seems to serve no purpose except as a library to programs that we no longer have. -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Ken's tuning experiments, part 4
I've now completed a real "tuning" run of my experiment (i.e.
specifying -falign-functions=32 -malign-data=cacheline because these
have been said to be beneficial for haswell processors, which is
what I have been using.
Summary in
http://www.linuxfromscratch.org/~ken/tuning/tuning-4-alignment-tests.txt
and updated spreadsheet of the tests I was able to run 10 times on
the different builds:
(desktop-runtime-comparisons.ods in the same directory).
Conclusion for this experiment: case not proven.
I hope to get one more run done ("turn all the optimization up to
-O3") but I will not be playing with alignment again.
Also, I had hoped to examine LTO (and I might take a stab at the
first part of that - my previous attempt at recompiling gcc
was a disaster in its testsuite, but maybe that was because I had
not understood the problem of using -D_FORTIFY_SOURCE=2 on gcc at
that point). However, the big gains touted for LTO (smaller
programs) come at a compile time cost - for those of us who
frequently rebuild I'm not at all sure that the cost will be
worthwhile.
ĸen
--
This is magic for grown-ups; it has to be hard because we know there's
no such thing as a free goblin.
-- Pratchett, Stewart & Cohen - The Science of Discworld II
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Re: [blfs-dev] Freetype docs fix tar.bz2 -> tar.xz
On 7/9/19 3:16 PM, Lance Ward via blfs-dev wrote: Hi, I'm just reporting the instructions for extracting the freetype documentation has the wrong extension and should be .tar.xz instead of tar.bz2 Thanks. I'll fix it in a few minutes. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] Freetype docs fix tar.bz2 -> tar.xz
Hi, I'm just reporting the instructions for extracting the freetype documentation has the wrong extension and should be .tar.xz instead of tar.bz2 Lance -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] archive ptlib?
ptlib was only use in opal which has already been archived. Opinions? -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] archive libstatgrab?
I do not see anything that uses libstatgrab (was used by lxqt). Should I archive it? -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Archive gmime3?
On Tue, Jul 9, 2019, 9:23 AM Bruce Dubbs via blfs-dev < blfs-dev@lists.linuxfromscratch.org> wrote: > There are no references to gmime3 in the book. Should we archive it? > > The only reference to gmime is balsa. > >-- Bruce > > -- > http://lists.linuxfromscratch.org/listinfo/blfs-dev > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page > Give me until tomorrow or so and I'll see if gmime3 can be used by balsa instead of gmime2. I'm hesitant to suggest archiving it. > -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] Archive gmime3?
There are no references to gmime3 in the book. Should we archive it? The only reference to gmime is balsa. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
