RE: [Algorithms] Multi core/cell processing and game algorithms...
Brought to you by:
vexxed72
From: Rush <ru...@pa...> - 2005-04-02 18:44:53
|
Yes every field of problems is better with its own high level language. I totally agree. But as bad as C is, you can build Perl, Mathematica, or Java-like environments on top of it, if that's what you need. And you can do that also in assembly, which is a very valid solution, although most people can give me hundreds of reasons why that's a bad idea. But for most multimedia and virtual environment applications we're talking about, it's all about streaming and processing huge loads of data, or its becoming that way. Graphics is still for most of us (scene management, procedural data, particle systems, etc). Physics is for the most part the same thing. And AI is becoming that way too. And for that type of application, general purpose architectures just don't deliver as much as we could get. C is still by far the only language that can work very close to the hardware, of different types, so that both the software and the HW can keep up with the demands. And when you need to scale up and use machine specific assembly, Your C code doesn't bloat ur way with virtual calls, garbage collection, or a virtual machine (or at least that's how it should be). It's not to start any discussion about C vs others, but just to point out that the language for next gen machines, in my opinion, is there, and supported by tons of tools. -rachid --- Chris Dellario <cde...@wh...> wrote: > > Language becomes a detail after that, not > important. > > I think we'd all agree that architecture is a very > important, but > sometimes the choice of language is even more so. > Each language has > specific advantages and disadvantages, and no single > language is optimal > for all tasks. C remains a terrible language for > string manipulation, > where Perl excels. Fortran and Mathmatica are much > better choices for > hardcore math. And, of course, if your app doesn't > need the highest > performance but must operate on a wide range of > platforms then Java is > an obvious choice. > > > Chris Dellario > Lead Engineer > Whatif Productions LLC > http://www.whatif.info > > -----Original Message----- > From: gda...@li... > [mailto:gda...@li...] > On Behalf Of Rush > Sent: Friday, April 01, 2005 8:43 PM > To: gda...@li... > Subject: Re: [Algorithms] Multi core/cell processing > and game > algorithms... > > I think C is a great candidate for any type of > programming you chose to do. > > What programmers need to focus on more is > architecture, design, patterns of programming, etc. > Instead of that we focus on elegant coding styles > and > templated solutions. Programmers want to stay away > from the system they're targetting because it > doesn't > let them create "elegant" inneficient, sometimes > useless, worlds of classes and abstractions. > > In the process we deplore how compilers are not > doing > their job, and hardware is going in the wrong > direction. Making some HW way more complicated than > it > should be already. > > I think the hardware is doing just fine. And I wish > more programmers would think like some HW designers: > the right architecture for the right task. Language > becomes a detail after that, not important. > > -rachid > > --- Michael Walter <mic...@gm...> wrote: > > On Apr 1, 2005 5:27 PM, > > chr...@pl... > > > Sadly, C++ (and C) is fundamentally broken in > its > > handling of memory > > > and there's really no getting around it. If > there > > were any free lunches > > > with regards to how to improve performance > through > > computer architecture > > > changes we would already have seen them. > > > > > > Instead, the right thing to do would be to > abandon > > C++ for a more > > > modern language with better features, but that's > > way easier said than > > > done. > > > > Fundamentally, I agree with that view. Do you have > > specific languages > > in mind as replacement candidates? > > > > - Michael > > > > > > > ------------------------------------------------------- > > SF email is sponsored by - The IT Product Guide > > Read honest & candid reviews on hundreds of IT > > Products from real users. > > Discover which products truly live up to the hype. > > Start reading now. > > > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > > _______________________________________________ > > GDAlgorithms-list mailing list > > GDA...@li... > > > https://lists.sourceforge.net/lists/listinfo/gdalgorithms-list > > Archives: > > > http://sourceforge.net/mailarchive/forum.php?forum_id=6188 > > > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT > Products from real users. > Discover which products truly live up to the hype. > Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > GDAlgorithms-list mailing list > GDA...@li... > https://lists.sourceforge.net/lists/listinfo/gdalgorithms-list > Archives: > http://sourceforge.net/mailarchive/forum.php?forum_id=6188 > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT > Products from real users. > Discover which products truly live up to the hype. > Start reading now. > http://ads.osdn.com/?ad_ide95&alloc_id396&op=click > _______________________________________________ > GDAlgorithms-list mailing list > GDA...@li... > https://lists.sourceforge.net/lists/listinfo/gdalgorithms-list > Archives: > http://sourceforge.net/mailarchive/forum.php?forum_ida88 > |