This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug middle-end/83665] [8 regression] Big code size regression and some code quality improvement at Jan 2 2018
- From: "hubicka at gcc dot gnu.org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Thu, 01 Feb 2018 14:11:44 +0000
- Subject: [Bug middle-end/83665] [8 regression] Big code size regression and some code quality improvement at Jan 2 2018
- Auto-submitted: auto-generated
- References: <bug-83665-4@http.gcc.gnu.org/bugzilla/>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83665
--- Comment #13 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
I have started with experiments on czerny. Set --param inline-min-speedup from
8 to 15 at 30th of January and to 30 yesterday.
Most of size regression comes away with 15 and I observed to off-noise
regressions. GCC of spec2006 improves 32.5->34.5
With 30 there are regressions in botan (but not wrt earlier releases, just wrt
best values we got) that are bit random (improvements too) and mesa of spec2000
5200->4950.
There is still noticeable code size improvements and also facerec improves
6400->8000. (may be independent as it fixes regression from 19th)
So consistent improvement is possible with 15. I will also check
inline-insns-auto/single and arrive to patch hopefully by end of weekend.
Honza