Soldato
- Joined
- 24 Jul 2006
- Posts
- 8,876
- Location
- Hoddesdon, London, UK
Looking decent.. high hopes for AMD!
Please remember that any mention of competitors, hinting at competitors or offering to provide details of competitors will result in an account suspension. The full rules can be found under the 'Terms and Rules' link in the bottom right corner of your screen. Just don't mention competitors in any way, shape or form and you'll be OK.
So it's a 1/3 faster give or take than a 2600K in the multithreaded stuff, now the 2600K runs 8 threads with HT which very roughly equates to a 50% boost over 4 threads only. So it's roughly the same speed thread per (non HT) thread on the 2600K. If the BD is running 4.2GHz and the SB presumably 3.8GHz it's not that far away clock for clock for single threaded performance.
I don't know how you've managed to gauge it to being close to SB clock for clock, the Fritz results have it on par with Deneb.
Which means nothing in lightly threaded applications due to the resource sharing of each module. None of these results give any indication of lightly threaded performance.
The first pass video encoding results are 36% higher than the Core i7 2600k indicating that lightly threaded performance is higher.
Which is promising.
BD looks like it's either going to be good in an app, or terrible.
What apps will it be terrible at ?
Nope, typically 25%. x264 takes good advantage of HyperThreading but still only manages a 25-30% performance increase. x264 presumably hasn't been optimised for Bulldozer yet but it probably can be.So it's a 1/3 faster give or take than a 2600K in the multithreaded stuff, now the 2600K runs 8 threads with HT which very roughly equates to a 50% boost over 4 threads only. So it's roughly the same speed thread per (non HT) thread on the 2600K. If the BD is running 4.2GHz and the SB presumably 3.8GHz it's not that far away clock for clock for single threaded performance.
Well, Fritz?
If what people say about when all cores being loaded, it taking a performance hit, rendering etc would be affected?
So because of Fritz the same will go for every program that loads all the cores & that has been confirmed with the simple task of running other apps that loads all the cores ?
I don't know?
If the logic applied, is when all cores are loaded, it would do so regardless of app?
2 BD cores share fetch&decode hardware so depending on the app they will take a hit if both cores on a single module are active.
9 fps more on the second pass, isnt that much really being as it has twice as many cores, would have to be cheap to compete.
@ Drunken.
All well and good having 8 cores, but nothing will use it, hence why the 1100T sucks against the 2500k.
In video encoding with software like HandBrake this is not the case and especially so at stock speeds since most Intel and AMD CPUs sold are not overclocked.
186W TDP? Blimey.
The Phenom II X6 does well in rendering too and if you intend to run multiple virtual machines.
Even, if a 4 module Bulldozer has the performance of eight Phenom II cores in highly multi-threaded applications it will be very fast.
I suspect Bulldozer will have decent performance in lightly threaded applications. Even the Phenom II had a decent IPC improvement over the Phenom and Athlon 64.
As it should, it's 6 cores.
If AMD get a module to execute a thread, then they're onto a winner.
Which makes the Core i5 a poorrelatively CPU for those sorts of things
Barely though.
In other cases the 1100T gets owned by a 2120.
http://www.anandtech.com/bench/Product/288?vs=203 Look at the rendering stuff, the 2500k is beating the 1100T.