Re: [gentoo-performance] Re: (forw) -fbranch-probabilities optimisation

[BladE]

Hello,

Nice project Mr. C.Davies. If you need to try the program to another
computer except the one or one's you have, please let me know. We can
test it on mine too. My computer has an Intel Pentium 3 Coppermine at
800mhz.

Have a nice day,

mario


On Sat, 2003-05-17 at 23:43, Chris Davies wrote:
> No, it shouldn't cause any instability.
>
> It merely modifies what the compiler does anyway, which is to provide hints to the processor about which branch it should speculatively execute.
>
> Thanks,
> C.Davies
>
> * Jonathan Chocron (chocronj_l@×××××.fr) wrote:
> > Hi,
> >
> > I am afraid I am not skilled enough to answer our question. However, I
> > am very interested in what you say. Do you know if this optimization  might cause
> > some instability in the system ?
> >
> > I must say, I hav subscribed to that list about one week ago, and your
> > post is the first I have ever seen, so I would not worry about
> > cross-posting.
> >
> > Jonathan
> >
> > On Sat, 17 May 2003, Chris Davies wrote:
> >
> > > Sorry about the cross post, I didn't realise this list existed.
> > >
> > > ----- Forwarded message from Chris Davies <c.davies@×××××××.org> -----
> > >
> > > Hi,
> > >
> > > I had the idea to build -fbranch-probabilities optimisation into portage. This is where a sample run of data is taken using the program compiled with -fprofile-arcs, and that data then used to reorganise the object code so conditional branches are layed out in a more efficient manner.
> > >
> > > To give an idea about how much time this optimisation actually saves, I ran a test with bladeenc (an MP3 encoder) encoding an entire album of wav files. The CFLAGS used only differed by a the -fbranch-probabilities, and the test was run 5 times to get an average. The result was that the version with no branch data took 8.35.106s on average to complete the encoding, whereas the the optimised version took only 8.11.502s. The branch data was 64KBs in total.
> > >
> > > Does this sound like something we could work into portage? I initially had the idea of building patches for every package likely to be improved by this optimisation (mainly CPU bound ones) and just applying them to the package before compilation. The user could then choose wether or not to actually use the data by including or excluding -fbranch-probabilities in make.conf.
> > >
> > > Obviously I'd have to work up some kind of test rig to automatically generate arc data for packages, but that shouldn't be too much of a problem as long as we keep the number of packages under control. The only problem I can see is that -fbranch-probabilities spits out ugly warnings if no arc data is present, although in this situation gcc defaults back to it's standard behaviour (I think).
> > >
> > > Thoughts? Opinions?
> > > Thanks,
> > > C.Davies
> > >
> > >
> > > --
> > > gentoo-dev@g.o mailing list
> > >
> > > ----- End forwarded message -----
> > >
> > > --
> > > gentoo-performance@g.o mailing list
> > >
> > >
> >
> > --
> > Précision importante : les services de mon ancien fournisseur
> > d'adresse e-mail étant dernièrement décevant, je suis en train de
> > changer d'adresse. Veuillez donc m'écrire à chocronj@×××××××.com (il
> > suffit de répondre à ce mail).
> >
> > --
> > gentoo-performance@g.o mailing list
>
> --
> gentoo-performance@g.o mailing list
-- 
---
####################################
## http://archon.teilam.gr:15586/ ##
## ------------------------------ ##
## mario saturno <blade@××××××.gr>##
####################################

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v1.2.2 (GNU/Linux)

mQGiBD7FPO0RBACrQ/uxkBlJvYiTCj52xZV7QNKAtU3yV5hqVgtjWebWkuoIC7Ja
D7cyQoeYWIoEf54p6ZO6bVYt1GH6fmGTXxffHn0Oim0pxRCl9mKF1sRkYZjid6+H
dlsDvSqHkGpVUyBLZbiEu5bIjIBIKDBpdP1jsEwEqmmCAYK5vTBnCS+UQwCgsXJd
zuCVwk0Se3Ign13lR8N6L9kD/0cesKAOUVxU3opNei+m9bKMbtXQzmqdybQvyxkl
CbQMP9dJXXcI0fa7Z991j+pZ0cxj0teb5Y6+j7toMTKfamPDUj+f6PhmOuGeSV50
HT6dYn9CCBVAC2yY2Zjw46i99xPeuEFY7ZsNF1diqZcI8CgJVu3wBPqTTZW5PCFn
U5//BACDu8yf2Z0Jzm9dZm3jKcob2uUQ/xvF/BrYzmo5Rsk43t3BQ554w0fKbtm6
br1Mso4atzN8IuYNtZKQR9SHUwp+3fLUWrt4nETg6wLdZSmWUz4IW4Wfu53SgXMK
4RPHXylOM2jbMeUs/cjwZoNGxqfZLJtFCCd1OHTJKvJARyfszrQeQmxhZEUgUnVu
bmVyIDxibGFkZUB0ZWlsYW0uZ3I+iFsEExECABsFAj7FPO0GCwkIBwMCAxUCAwMW
AgECHgECF4AACgkQKnDUvXR1l/4pFQCfTnoC3bODn1oTrLfhSmrn/5sslOMAn38J
JE5SszcInXrz0kP/hAAn8AwDuQINBD7FPRYQCACXI2Mm+xr9WFtPydsFVi/kG0YA
C5KU11kPx3RWyWarT7ZZttQcagI8WObsIoMIPv4CaeCKhf6FuUkOB8WYJ4MERKLD
vprpQkSkYKyGNfTmZ7AHXP0r4ig6itII66l0RmdSrqReVtkbDwE0GbJs5Ea/R98A
4O0kBFh7Rvp+1EV6VL6h4l8c07DfciTov/4Tys/pNtM92y+k26ejaqsc8YzjLCvR
PGPktWyt8EiTJuOOpFjK8Ggz8mgqnzmo1cHKsASaySUJaWVlaQMI8qRQXIFqIA/+
M2OdE2uppmBkDnBaKWy58VuKGanWXXg7lKZJNtlMmApaHSO5w6M+yprmF/xLAAMF
B/9Jbf5nM39EL0ZCUSVLd7FFXHDT6hFuGzd0yNdO+RK78twB2QFyQ1tAdCrvmyEy
QrvHDrMmr1FEH3PXrPFJ4Ha0GpFJORLnTKoHKjz8+z9QD8va6ko/90nWNiDufz7E
UfOffXD/XCfECiL8N6r/rIboMJnk3co0M9mJX/AoJvcVMEigDO3TDpb/OqmDWfQr
bVuCLAv2NY0v3QoC3uEtM+E7B8yqdD4W2I53/Q33J16RO1rcvAEbanhiLRVoLcc5
UyCddGZ6cZh/Hd9BwA78NakX8lyiTYPUStITum2SN22kmnRpAb5/svblud35y1Oo
Of186Qrqw/IZElm73OLS2TAjiEYEGBECAAYFAj7FPRYACgkQKnDUvXR1l/59yQCf
cZg+H5Xxsnr99tyjTWh7OkmdzoQAoKnD+Mu1msTqk055kAiFbaoIetym
=U1om
-----END PGP PUBLIC KEY BLOCK-----