Tricky? even Audio player like foobar2000 and iTunes are support multithreaded processing, eg audio transcoding,
Web browser like Chrome also support multithread, where got tricky?

Btw 10 cores stuff is not a new thing iirc, arent our beloved nvidia and AMD graphic card multicore by default?
but x86 CPU is quite complex is prolly why our cpu still have less cores than GPU.

This post has been edited by 1024kbps: Jul 26 2011, 07:16 PM

Whats the point of using old software on your new 6 cores CPU?
you can skip the wall of text from below if you are not interested to read

Old software are ought to be abandoned... if they dont support new cpu tech.

And again reply to the bolded part, If the software already support multicore, theres prolly no need to rewrite since it will detect how many cores are available and will utilize as many as it can.

Just my noob opinion

Not all programs right? i have no knowledge of programing, but not all program benefits from using CUDA/AMD APP and OpengCL,
For example, the x264 encoder, though i stopped follow thier development very long time ago, untill now their devs never added any new stuffed eg the OpenCL, even CUDA.
Only CPU via POSIX thread support.

If the code is really well written there is probably no need to rewrite the codes..
There have been so many attempt to add OpenCL and CUDA support to x264 by other guys but i think no one success...
related: http://sites.google.com/site/x264cuda/comm...-with-x264-devs
and the quote

Many GPU accelerated h264 encoder can BEAT x264, in term of speed, many time faster than it but quality is far from acceptable.

Sorry if this is OT

Lol, correction for my own post, there arent many GPGPU h264 encoder around i think, mostly using the same tech, eg CUDA.
Tmpgenc, Badaboom ect, are using CUDA and intel.
Never saw AMD APP support yet, but AMD do have thier own Avivo encoder, same crappy quality i think.

---

Added on July 28, 2011, 1:51 amSadly the OpenCL Havok disappeared. currently i still dont see any program that using OpenCL.
Obviously game is the only software that can fully utilize APU.

other than that, this will probably make use of the entire APU:
Decoding video from MFT decoder(Media foundation, similar to Dxva, already exist but no there arent any simple way to use this decoder) -> Video encoding (CPU, x264) + Avisynth fft3dgpu GPU accelerated denoiser(example), -> output.

Method above will fully utilize the APU but its not beefy enough to do this, if the video is 1080p in and 1080p out.
the GPU inside APU only have 80 shader processor, consider my 4890 can hardly perform fft3dgpu 1080p denoising at real time.
80sp GPU will not cut it.

Gonna need bulldozer + 6870 inside the APU to perform that smoothly

This post has been edited by 1024kbps: Jul 28 2011, 02:01 AM

Totally depend on what application you are using.
I can list them all if you want to know.

Most games dont use all your CPU resource and all cores.
If you frequently do video/image editing, video transcoding, these applications will fully utilize your cpu for sure.
For example Paint.net, those simple filters inside Paint.net like image resize and surface blur will use all the cpu cores.

Though commercial software Adobe CS and other are mostly accelerated by nvidia GPU.
Even the Image Blur filters inside the Paint.net are also GPU accelerated both main program and the filters are FREE some more lol.

Lol saturn is folding freak.
Temp would be depend on what cooler you are using and you are oc or not.
the 8 cores bulldozer is 32nm chip, smaller fabrication = can put more transistors, or more cores, lower power consumption and less heat than the phenom II 45nm manufacturing process.

Just release the cpu already, else im gonna spend my money to buy a new GTX560ti, or may be razer mamba,
Or some other useless things

Colder than ambient temp?
Make sure you are using the TMPIN reading from mobo or Coretemp with +~10c offset.
My 1055t also colder than ambient temp lol
27c +10c = 37 c thats my 1055t average load temp

This post has been edited by 1024kbps: Aug 14 2011, 01:24 AM

Because all those graphical intensive task already handled by your beloved AMD/nvidia GPU, cpu probably is just like "passing" the commands to GPU and nothing else...
Unless the game is some poor console port, poorly written/optimized codes/program will use more CPU/GPU resources! im pretty sure you dont want that.

BUT if you insist to fully utilize your 8cores cpu for gaming right? rightttt?
Read this: http://www.istartedsomething.com/20081126/...-albeit-slowly/
You might need dual socket mobo + dual cpu so it can run faster.

Smoother Framerates i assume? Looks like Dirt3 scale quite well.
Less core for gaming = Higher CPU usage = higher possibility of lagging or sudden drop in FPS, imho.

The delays only for desktop chip, server chip start shipping already
http://vr-zone.com/articles/update-amd-sta...iety/13510.html

If you are comparing 2 cpu with same manufacturing process:
More cores = more transistors = eat more electricity = higher power consumption
Smooth gaming experience depending on many factors, some game dont use more than 2 cores(most calculation/tasks performed on GPU already), 8 cores BD would be useless for such games.
Most gamers choose intel because better performance per core

multithreaded app existed long time ago, its not a new thing anymore ...
A very good example that can utilize all cores : video encoder, especially x264, more core = faster.
I made a test long time ago but i lost the screencap already.

And the Dirt 3, i think its the first game can use all core, tried the benchmark yesterday, it does use all cores on my poorly overclocked(3.2Ghz) 1055t, average 50% each core.

Just wait for review loh ...
No one knows how it perform against SB yet
BD seems support alot of new cpu instructions(AVX and some other intel SIMD), thats the only things i care + 5GHz on air

My 1055t @ 3.2GHz also faster than Bulldozer ?!?!?!?

12 sec is default 4 threads (duno if turbo was activated or not)
9 sec is 6 threads
can go down to 7 sec if oc to 3.7 or 3.9ghz, forgot liao since long time dont play oc already

^ ATI > AMD!

AMD K10 architecture is very old, they need something new... to fight with intel
those new cpu instructions like AVX/FMA/XOP found on Bulldozer, for example x264(it support AVX and some other new SSE), you can see the encoding speed increase alot at same clock speed, is always better than OC your processor(or turbo) like a mad + spend alot of money on cooling stuff while the performance does not gain much.
And if the x264 was compiled with 64bit support, you will see another encoding speed increase at the same clock speed, again.
in short, more cpu instructions > higher clock speed.

My 1055t also can Turbo-ed to 4.2GHz but only 2 cores + toasty 1.55v
The only things i likes are 1866MHz ram support + new SIMDs.

Wanna see x264 benchmark, and may be some other mutithreaded video decoding benchies, any other things i dont really care >_>

because x264 itself is a command-line program(there was 2 front-end for x264 but its gone long time ago), its quite hard to use if one not familiar with command prompt, or dunno how to write a batch file.

Those benchmarker should use MeGUI with newest revision instead...
They added the AVX optimization 4 months ago, http://git.videolan.org/?p=x264.git;a=comm...eabb9cfa237d97a
both SB and BD support AVX so the comparison should be interesting.

^ image fomr the overclocker net bd bench,

my x264 bench with my 1055t oc-ed to 3.6GHz.


For some reason i tried to run the bench with GCC4.6.1 compiled x264, it was much slower than the techarp version
Techarp version is R1913 while mine own compile is R2085M (bigger numbers means newer revision)

This post has been edited by 1024kbps: Oct 11 2011, 06:40 PM

The first pass still slower than 3.6GHz 1055t though
the bd x264 first past 120~ fps looks like quad core cpu performance only
http://forum.lowyat.net/index.php?showtopi...post&p=45934379
but second pass is very close.

Some other benchies on XS
http://www.xtremesystems.org/forums/showth...Some-benchmarks

No, but thier APU "Llano" have GPU inside if im correct.