Originally posted by Grogan
View Post
Announcement
Collapse
No announcement yet.
The Performance Impact Of GCC CPU Tuning On The Linux Kernel's Performance
Collapse
X
-
Originally posted by arjan_intel View Post
because they use cpu state (SSE/AVX instructions) that the user process owns, and that clobbering would corrupt user state...
In simple words, why are those reserved to user space? Is it because it offers no major benefit to kernel space and would only complicate things?
Thank you!
Comment
-
Originally posted by geearf View Post
Oooooooooh.
In simple words, why are those reserved to user space? Is it because it offers no major benefit to kernel space and would only complicate things?
Thank you!
Comment
-
But, what is not measured, is the *feeling* of running a bleeding edge kernel you have tailored, optimized and built specifically for your machine. With all the sense of accomplishment it surely *feels* faster.
Unfortunately these benchmarks deprive people of getting that feeling...
(Tried it a couple of times ages ago, but although a fun exercise I realized the futility of it.)
- Likes 1
Comment
-
`sleep 1h ; gcc Foo.c` benchmark took about an hour on each system tested, must be no difference!
That's kinda what's going on here. Most of these benchmarks measure 99% user code and the kennel isn't going to make any appreciate difference. It could be 20% better code in the kernel, but that would just show up as noise in many of these benchmarks.
Gcc's tuning, especially of the newest CPUs, really just doesn't do a whole lot. Take a look in the gcc code base, it just doesn't do much.
Also, something is up with that Apache benchmark that did show a difference!
Comment
Comment