Messages in this thread |  | | | Date | Fri, 29 Jan 2010 20:59:16 -0200 | | From | Henrique de Moraes Holschuh <> | | Subject | Re: Hyperthreading on Core i7s: To use or not to use? |
| |
On Wed, 27 Jan 2010, J.A. Magallón wrote: > On Tue, 26 Jan 2010 10:56:57 +0000, Daniel J Blueman <daniel.blueman@gmail.com> wrote: > Well, with that i7 you have: > - 1 processor > - 4 cores > - 8 threads (4x2)
And Turbo Boost, let's not forget it.
> What does 'within the noise' mean for you ? > With the 4-on mode, it just takes 2x the time to do the work...(look at elapsed!) > So, assuming the kernel is 'intelligent': > - Using 4 threads, it takes 17.44, and scheduler is using 4 threads located > on different cores. > - Using 8 threads, it takes 9.50. So effciency is 17.44/(2*9.50) = 91% > Very good! So this HyperThreading is not like that old in P4s, works much > better. Even with each couple threads competing for registers and L1 (or L2?) > cache. > > So hyper threading is good, why should you disable it ?
When for some reason it gives you less 'automatic overclocking' and your workload happens to benefit more from less cores with a higher clock, than more cores with a lower clock, I suppose.
Which might just mean one in that situation should try the 'power aware scheduler' since it supposedly tries to idle threads/cores a lot more, which should make it easier for the active cores to overclock themselves.
Using Len's userspace utility to track the real freq. of boosted cores might give some insights. It is in his pmtools package, available at: http://ftp.kernel.org/pub/linux/kernel/people/lenb/acpi/utils/
-- "One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie." -- The Silicon Valley Tarot Henrique Holschuh -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |