Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
![]() |
#21 | Link | |
Software Developer
![]() Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,230
|
Quote:
This depends a lot on background process activity. I read the processor rarely uses the maximum boost, because it almost never happens that only one single core is used. Furthermore it depends on the temperature of the CPU. If the temperature of the CPU fluctuates (which always happens, more or less), then you'll get different benchmarking results. After all, with Turbo Boost enabled it will be necessary more than ever to take the average from a lot of encoding passes, in order to smooth out outliers. And x264 shouldn't benefit from Turbo Boost anyway, because Turbo Boost will only become "active" when some of the cores are unused, which won't happen with x264 ![]()
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 6th June 2010 at 22:45. |
|
![]() |
![]() |
![]() |
#23 | Link | |
Software Developer
![]() Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,230
|
Quote:
I also read that Turbo Boost even won't work at all, if those sleeps states are disabled in the BIOS - which obviously is the case with many "all in one" PC's that are sold ![]() EDIT: Okay, it seems that even when all four cores are still active, Turbo Boost can work. But then it will be limited to a "boost" of 266 MHz. Also it still is uncertain when the CPU stays below its TDP (and thus can increase the clock speed) and when not. This can be different for each encoding process. Turbo Boost adds a kind of performance fluctuation that wasn't there before. Therefore it will be harder to accurately measure performance with a benchmark...
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 6th June 2010 at 23:32. |
|
![]() |
![]() |
![]() |
#24 | Link | |
4:2:0 hater
Join Date: Apr 2008
Posts: 1,302
|
Quote:
![]() |
|
![]() |
![]() |
![]() |
#25 | Link | |
Software Developer
![]() Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,230
|
Quote:
If you read the magazines (like German c't magazine), they clearly say that with Turbo Boost enabled there are much greater performance fluctuations than before, which makes obtaining accurate benchmarking results "difficult", if possible at all. So temporarily turning off Turbo Boost for the purpose of benchmarking may make sense indeed. (Of course with an application like x264, where all four cores are kept at full load and Turbo Boost can only slightly increase the clock speed, the performance fluctuations will be smaller than with a single-threaded application, where Turbo Boost will make a much bigger difference)
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 6th June 2010 at 23:43. |
|
![]() |
![]() |
![]() |
#26 | Link |
Registered User
Join Date: Feb 2002
Location: Spain
Posts: 198
|
TurboBoost increases CPU multiplier when one or more cores are at full load.
Depending on application running, if it is single-threaded that particular core frequency will be multiplied by x25 (for example). And when it uses all cores that number would be x22 (when nominal multiplier is x21, for example). Important issue when benchmarking would be: should we disable turbo boost to do a fair comparison with other CPUs? |
![]() |
![]() |
![]() |
#27 | Link | |
4:2:0 hater
Join Date: Apr 2008
Posts: 1,302
|
Quote:
|
|
![]() |
![]() |
![]() |
#28 | Link |
RipBot264 author
Join Date: May 2006
Location: Poland
Posts: 7,663
|
TurboBoost should be disabled during testing because this is nothing but dynamic overclocking.
__________________
Windows 7 Image Updater - SkyLake\KabyLake\CoffeLake\Ryzen Threadripper |
![]() |
![]() |
![]() |
#32 | Link | |
Software Developer
![]() Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,230
|
Quote:
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊ Last edited by LoRd_MuldeR; 7th June 2010 at 00:22. |
|
![]() |
![]() |
![]() |
#34 | Link | |
4:2:0 hater
Join Date: Apr 2008
Posts: 1,302
|
Quote:
|
|
![]() |
![]() |
![]() |
#35 | Link |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 5,393
|
(Ooop's ... after 30 seconds I decided to delete the post because of OT'ness ... but too late, Lord_Mulder was fast and caught me.)
Minor fact: yes, the Nehalems *always* use turbotech when there's sufficient load. The minimum boost is multiplier+1 (i7-750, i7-860) or even +2 (i7-870/875k). The usage of additional turbostates during partial load depends on whether C-State usage is activated in the BIOS, i.e. the higher multipliers are used only while other cores are in sleep state. But, that "minimum" turbo is used practically *always* when there is sufficient load. Of course the whole thing can be rated as "overclocking", but after all, it is the way that the processor is meant to work, this is what it has been designed for. My point of view is that it makes sense to operate a CPU in the way it is meant to operate. In numbers, an i7-750/860 will work at least at multi=21/22 with true stock settings. Disabling turbo, they'll work at 20/21. Now, 21/20 is 1.05, 22/21 is 1.0476. Hence, 750/860 get a penalty of almost 5%. Worse for 870/875k, for which it's 24/22 ~> 9% penalty. I can't help, but in a competence where some minor differences separate the good from the better from the best, it is not trivial to introduce a penalty of 5% or 9%. That's not peanuts, but some serious performance. Also, the argument about "repeatabiliy"/"reliability"/" you never know if it kicks in or not" etc.etc. is mostly BS. I've done my tests too, and under same conditions, the repeatability of results is quite good, absolutely in range of normal measuring differences. When you're doing a performance measurement, surely you'll make sure that there are no "big" tasks running in the background. (Nobody measures x264 performance while prim'ing, linx'ing or folding in the background.) And when Windows happens to start a full system backup in the background, then your numbers are screwed anyway, no matter turbo or not-turbo. Lastly, I (partly) doubt TechARP's numbers for stock settings in yet another aspect. i7-750 almost same performance as i7-860 - On stock settings? Seems that Hyperthreading also has been disabled, for an "even fairer" result? Next step would be to disable all CPU caches. It is unfair that different CPUs have different cache sizes. ![]()
__________________
- We´re at the beginning of the end of mankind´s childhood - My little flickr gallery. (Yes indeed, I do have hobbies other than digital video!) Last edited by Didée; 7th June 2010 at 10:18. |
![]() |
![]() |
![]() |
#38 | Link | |
Registered User
Join Date: Apr 2002
Location: Germany
Posts: 5,393
|
Quote:
For performance with exclusively-one-thread ... well, it's both possible and valid to compare if a Mercedes or a BMW is faster when only using the 1st gear. But that's not what matters in practice. Moreover, even when you have the "raw performance" on "only one thread", that doesn't mean that you could just multiply that performance {times cores} or {times threads}. Hence, the significance of single-threaded performance is somewhat limited. When you want to know what a CPU can deliver at max, then you need to load it to max.
__________________
- We´re at the beginning of the end of mankind´s childhood - My little flickr gallery. (Yes indeed, I do have hobbies other than digital video!) |
|
![]() |
![]() |
![]() |
#39 | Link |
Registered User
Join Date: Aug 2005
Location: Slovakia
Posts: 10
|
As I said on first page
I want to compare real speed of i7 and X6 (single core) on x264 single core thread speed get real information about processor speed. From my experience x264 can't get 100% of full 6 cores on X6 and i7. At least I can't get it on 1th pass |
![]() |
![]() |
![]() |
#40 | Link |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
Here are more recent results from Techarp (2nd pass):
http://www.techarp.com/showarticle.a...tno=669&pgno=2 |
![]() |
![]() |
![]() |
Tags |
amd, intel, x264 |
Thread Tools | Search this Thread |
Display Modes | |
|
|