Programming Forums

Programming Forums (http://www.programmingforums.org/forumindex.php)
-   Assembly (http://www.programmingforums.org/forum20.html)
-   -   What is the quickest language? (http://www.programmingforums.org/showthread.php?t=10606)

brownhead Jul 2nd, 2006 7:12 PM

What is the quickest language?
 
What is the quickest programming language at manipulating arrays and comparing them. I've assumed its Assembly since theres not very much going on that you don't know about, so theres no unnecassary actions going on. But am I right, since I really don't know much about assembly and other languages. I know Delphi is really fast (From my standpoint)... anyways, hopefully somebody can help me out. G'day everybody :D, and sorry for bothering you again with another nooby question ;)

DaWei Jul 2nd, 2006 7:20 PM

Well, whether or not there are unnecessary actions depends upon your skill. Stripped down assembler instructions would be the fastest, properly implemented. The lack of "other things going on", such as calls to introduce modularity, could be more damaging than beneficial, though. It's a prime mistake to worry about optimization before you know what you're doing. It's very easy to blow scads of effort for no real result.

Learn programming, assembler if you like, then learn the more abstruse elements of efficiency.

brownhead Jul 2nd, 2006 7:31 PM

Ok, thanks :D. I was just wondering if assembler was somehow slow compared to other languages, though I seriously doubted it. But when I first started programming and got into Batch (Found that changing the extension to .Bat has some interesting results ;), hehe) I never knew I was moving at a snails pace compared to other languages. Anyways, thanks for the quick response, I'll try to learn Assembler as best I can then I can try to do what I've been aiming for, g'day m8 :D

DaWei Jul 2nd, 2006 7:52 PM

Bub, all languages ultimately emit machine code; assembler is a mnemonic reference (generally speaking) for that code, so it's as close as you get without writing numbers. Interpreters, VMs, native code, it doesn't matter -- it eventually gets shoved at the machine as machine code. That's all it understands. Some reading seems to be in order.

Arevos Jul 2nd, 2006 8:24 PM

Google do a lot of work with large sets of data, and they use C++. Beyond a certain point, the disadvantages start outweighing the advantages. I shouldn't think that you could get much gains in assembly over C. Unless you're working with very low resources (such as a PIC or some small, embedded system), I shouldn't think assembly would be your best choice.

brownhead Jul 2nd, 2006 8:46 PM

DaWei, I knew that part :D, hehe. And Arevos, thanks :D, I'll probably take your advice and go with C or C++. G'day all, and thanks for the help :D


All times are GMT -5. The time now is 8:01 AM.

Powered by vBulletin® Version 3.7.0, Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Copyright ©2007 DaniWeb® LLC