[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140409012333.GZ32556@tassilo.jf.intel.com>
Date: Tue, 8 Apr 2014 18:23:33 -0700
From: Andi Kleen <ak@...ux.intel.com>
To: Jan Hubicka <hubicka@....cz>
Cc: Linus Torvalds <torvalds@...ux-foundation.org>,
Michal Marek <mmarek@...e.cz>,
Linux Kbuild mailing list <linux-kbuild@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
jmario@...hat.com, mliska@...e.cz, vmakarov@...hat.com,
markus@...ppelsdorf.de, tglek@...illa.com
Subject: Re: [GIT] kbuild/lto changes for 3.15-rc1
Thanks Honza. Just one comment:
> The runtime benefits are more visible on bigger, bloated and less
> optimized projects than on hand tuned video encoder implementation.
> I believe Kernel largely falls into hand tuned category despite its size.
In my experience there's a lot of badly tuned code in the kernel these days,
especially when you go outside the core code (i.e. into drivers/*)
Or code that used to be tuned, but isn't aftermore after several years
of feature additions and bug fixes. The kernel code quality is also quite varying.
So anything the compiler can do helps.
> I would be curious about the results on Kernel.
We saw some upsides in performance with some standard tests, but nothing
too significant.
-Andi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists