Linked by Thom Holwerda on Tue 16th May 2006 22:43 UTC
AMD AMD confirmed details of its "Next Generation Processor Technology" today, but it's really business as usual for the company. As AMD heads to four-core country, the company will continue to improve the bandwidth of its processor package, tweak memory and rely on help from partners to compete with an upcoming line of revamped chips from Intel.
Thread beginning with comment 125345
To read all comments associated with this story, please click here.
Why multicore
by jamesd on Wed 17th May 2006 02:17 UTC
Member since:

Well people say that current apps don't need multicore processors. I don't know what they are using on there desktop. Ok I don't care how they slice it I hope my, word processor never turns turns into a multi-threaded monster that makes full use of a 10 core CPU. One core for text processing, one for spelling/grammar checking and a background process to print/cache my output should I be printing is the max that I ever hope to see my Word Proccessor or spreadsheet using.

On the other hand, I run more than one application on my desktop. I have a browser that thanks to java, ajax, and flash. and other extensions, it does almost constant animation and updates using up multiple threads, not to mention multiple tabs those alone make them multicore friendly. Even if you discount those saying they those are a single core. there are other applets can be take full advantage of cores such as google desktop that is constantly searching files I create. The OS that is defragmenting my harddisk. The virus checker and spyware checkers that are using up still more cores.

Those are just the typical desktop, when we move the equation to Linux the OS it self implements multiple threads to do its work. X and services are seperate threads. Along with the possibility of multiple users and possibly multiple OSes(Xen) or vitualization makes further use of multiple cores.

Should the user make use of java apps like netbeans or eclipse they allready make use of muliple cores.

Of course the typical gentoo user could always dedicate one or more cores to upgrading to the latest bells and whistles.

I'm sure that NTFS is multithreaded enough to use as many cores as you can throw at it, as is vista.

Even the latest benchmarks of Linux on the 8 core/32 thread niagara based T2000 shows that its capable of scaling to multiple cores with ease.

Solaris and ZFS goes with out mentioning its multithreaded ability since out of the box it scales to 144 core/cpus. And ZFS is even more scalible.

Reply Score: 3

RE: Why multicore
by JacobMunoz on Wed 17th May 2006 04:46 in reply to "Why multicore"
JacobMunoz Member since:

I know BeOS/Zeta is supposedly 'dead', but that desktop OS supports up to 16 CPUs - and makes FULL use of them. And a tastey treat is the ability to toggle individual CPUs on-and-off while running. It may not be 144 cores, but on a desktop (like you said) one hopes not to NEED 10 or more cores.

Nice to see what some 1995 technology has to offer...

Reply Parent Score: 2

RE[2]: Why multicore
by evert on Wed 17th May 2006 05:53 in reply to "RE: Why multicore"
evert Member since:

> By JacobMunoz (1.69) on 2006-05-17 04:46:30 UTC in reply to ""
> I know BeOS/Zeta is supposedly 'dead', but that desktop OS supports up to 16 CPUs

Yes, it was wonderful technology. If Haiku can reproduce that, it would be great.

One of the advantages of BeOS was that the API agressively promoted multitreading - all apps written using the BeOS API were automagically multitreaded.

Reply Parent Score: 1