o
I ll start with Handbrake with the 2500K doing a strong showing since it s only 12.44% slower than the FX8350 but from memory i didnt remind the FX being so mediocre in HB compared to the 2500K, because when i check Handbrake at Techreport i get this, that is the 2500K is 35% slower, so really, what happened at AT ??? :
Second is your single thread exemple wich use CB, as already said, and also aknowledged by Maxon, it is optimised for Intel but nevermind even if there s not a single person in the universe that will use this soft in ST, let s admit that there are people that will do it, but then as said i proposed to average the FP MT scores of CB and Povray such that one uarch is not favoured by the soft, so let s look at another ST FP bench, that is povray, as said i think that doing so is quite fair :
2500K is better but nothing like CB, isnt it..??.
You think that we should compile the whole thing using ICC eventualy..?.
We could get about CB scores hierarchy this way, it would be fun to also use an FP test that is AMD friendly, why always the same that get the sweet and easy to digest code..?
Last, but not least, is this huge ock.net data outputs, since both the 2700K and FXs are 8 threads CPUs i ll use the 8 thread throughput, i must admit that it would take me more time to do a synthesis of the whole thing but since we are not at work we have the right to some lazyness.
Let s take both the 2700K and the FX at 4.8Ghz and 8 threads, apparently the 2700K is...4.5% better at the same frequency.
The 2500K at 4.8 has 20% lower throughput than the 8350/4.8 and about 25% less than the 2700K/4.8, am i right.??..
I didnt comment on povray MT but i ll post AT test in Vishera review as a hint for the FX8320 and 6300, you can downgrade all scores accordingly to match the 8370E 3.3 base frequency in MT but also its 4.3 for ST tasks.