but seriously ...

Submitted by usp211816 on Sun, 2008-07-06 05:42

"What we have here is a failure to allocate."A core is a core is a core at this point. It’s not like my quad core has a GPU core a CPU core a Cell Processor and an Encryption accelerator. As awesome as that would be it just doesn’t exist.Back in the stoned age when new processors had new commands every generation programs relied on something to translate for them it was a little thing we called an Operating System. The initial function of an operating system was to allow communication between programs and hardware. Somewhere along the line OS’s Evolved into massive slow moving monsters that got in the way and people started programming around them.I think that the multi-core processor needs to get off its high horse and realize it’s just a piece of hardware. The OS should determine number of cores, track usage, and allocate threads to the least used core. Last I looked my windows not only recognizes how many cores the computer has but tracks usage as well. Several interfaces to manually assign affinity already exist. There’s not really any reason a piece of middleware or eventually the OS itself cant automate this process.

Programmers should have seen this one coming and realized when processor went to 2 and then 4 cores that manually coding for multi-cores was going to be an issue and they were going to have to adapt and find a way to identify number of cores and allocate accordingly. Much like any other advance… Lead, Follow or Get out of the way.           

if all else fails...

Login or register to post comments

hmmmm...

Submitted by Wildebeast on Thu, 2008-07-03 01:52

I'm not a programmer or an EE, so maybe I'm just dreaming here...

Wouldn't it be cool though, to have some magical (and highly complex) piece of software, which alots CPU cycles + RAM + hard drive access??

I mean in a way that you could tell your computer to use 1 or 2 cores (and maybe which specific ones) for your music program and IM/chat, the other 498 for Crysis, and prevent the Crysis processes from being inhibited by extra load(s) in the other two? Maybe if you're 10 years from now, you can also run Folding or something on another 300 cores.

I don't know that I'm talking about any software that's currently available. It just seems like someone should be thinking that way, eventually. To me, that's the point of the last paragraph.

 

Login or register to post comments

You know if they were

Submitted by deadBird on Wed, 2008-07-02 20:58

You know if Intel/AMD were smart enough, they'd remove such a requirement to utilize multiple cores. Expecting developers to yield to Intel's whims is never going to work out. Proc makers should find a way to remove this limitation.

Login or register to post comments

I can't see how for realtime

Submitted by AndyYankee17 on Wed, 2008-07-02 14:50

I can't see how for realtime processing (games) this can be efficient. valve has already stated that it is inefficent to write code for more than 3 cores, and even with 3 cores you end up with 2 cores @ 100% and 1 @ 20%. however, for nonrealtime this could be amazing, imagine rendering in adobe primier or  maya, encoding video and music. and if I'm not mistaken, don't GPUs have roughly a couple hundred "cores"?

Login or register to post comments

I know the Folding crowd

Submitted by Satchboy on Wed, 2008-07-02 14:49

I know the Folding crowd would love a 500 core CPU. Farm in a box anyone? :)

Login or register to post comments

I, for one, look forward to

Submitted by TheMurph on Wed, 2008-07-02 12:57

I, for one, look forward to the five-hundred-core Dream Machine.  I plan to play 30 games at once.

Login or register to post comments