Back to General and Gameplay Programming

better programming languages to support multiple Threads

dtaylorjr · 2006-07-24T13:45:03

Well, dual core processors are now going to be the standard for low end pcs thanks to the new price wars from Intel and AMD. And it's a shame that only one core will really be used most of the time since 99% of the programs out there are still single threaded. I think the reason for this is quite obvious, we just don't have a good programming language to support easy development of Threads. With the state of current languages it is easy enough to create a Thread, and run it. But, we really need something even easier if we want more Threaded programs. I think there is a good opportunity for Java or C# to introduce new syntax for each language and it's JIT compiler to automattically make the program multi-threaded if it detects a core not being utilized. lets say you had 3 methods, and all 3 methods could be executed at the same time, but all 3 needed to be done before the fourth method executed. - with new language syntax this could be achieved like this: public void someMethodToRunTasks() { executeTask1() can run asynchrously executeTask2() can run asynchrously executeTask3() can run asynchrously executeTask4() depends on executeTask1, executeTask2, executeTask3 } then the respective JIT compiler could then take those dependencies and automattically create the best possible threaded program without the programmer doing anything except specifying the dependencies. Of course i don't think it's this simple (there would still be additional rules and behavior to be defined) but I think this is definitely doable, and would encourage development of multithreaded apps.

General and Gameplay Programming Programming Unity

Started by dtaylorjr July 22, 2006 11:01 AM

9 comments, last by Red Ant 17 years, 9 months ago

Red Ant

471

July 24, 2006 01:45 PM

Quote:Original post by Deyja

class proxy{   T value;   Event is_ready; //Event is some concurency primitive that once triggered,                   //remains always triggered. IIRC, the 'events' in the                    //windows API don't have this behavior

Yes they do, provided you call the CreateEvent() function with the bManualReset argument passed as TRUE.

better programming languages to support multiple Threads

This topic is closed to new replies.

Popular Topics

Recommended Tutorials

better programming languages to support multiple Threads

This topic is closed to new replies.

Popular Topics

Recommended Tutorials

Reticulating splines