Dobrý deň, aký jazyk je najrýchlejší(framework sa neráta) ?? nechcem vedieť využitie ani nič ale ktorý je upne najrýchlejší ?
viem že c++ je hode rýchle ale čo je rýchlejšie ??

Assembler

Ako bolo povedané vyššie, nič nepredčí dobre napísaný assembler

Čím nižšie tým rýchlejšie, ale tým väčší pain in the ass C++ je dobrý kompromis

Žiadny jazyk nie je najrýchlejší, jazyk sám o sebe nikde neběží.

najrychlejsi je svokrin jazyk

assembler ...pri dnesnej rychlosti pc sa viac klade doraz na citatelnost kodu, lahku udrzbu afaik.

Ale prestaňte s tým assemblerom. "najrýchlejší jazyk" je hovadina. Akýkoľvek program viem napísať v assembleri pomalšie, než v jave. Čokoľvek viem v akomkoľvek jazyku spomaliť tak, že sa skončenia výpočtu nedočkáme. Takže rýchlosť absolútne nezáleží na jazyku samotnom. Záleží to na tom, v akom prostredí program beží a hlavne - zo všetkého najviac na optimalizácii (matematická, hardwarová...).
Bežný program, ktorý napíše začiatočník, nevyužije ani 5% výkonu procesora. Človek sa musí veľmi snažiť, aby sa dostal cez 50% a iba veľkí machri sa priblížia stovke. A to nerobia znalosťou jazyka, ale znalosťou počítačov všeobecne.

BX ma pravdu, a to som pisal aj v inom prispevku.
Riesit rychlost takto masochisticky nema vyznam, lebo tam budes mat milion inych veci, co nebudu stihat (databaza, siet, externe systemy,....).

Rychlost zalezi od mnohych veci, na paralenom programovani nam raz ukazovali priklad s nasobenim matic, uz len to ako sa pri nasobeni indexuju, dokaze spravit rozdiel v rychlosti, kvoli cache procesora.
A realne kto je taky masochista, aby celu (a realnu) aplikaciu pisal v assembleri?

harrison314: rychlost s y-om

LukasqoO napísal:harrison314: rychlost s y-om

fixnute

ono aj tak jazyky ako C,C++ a podobné sa aj tak skompiluju do ASM (~strojoveho kodu) takze je to hlavne o kvalite kompileru a jeho optimalizaciach

ale ak si profik tak v najrychlejsi kod napises v ASM
pri Jave a .Nete mas je overhead kvoli virtualnemu stroju a garbage collectoru, na druhu stranu ten VM vie na akom CPU bezi, takze moze kod pre dane CPU optimalizovat a vyuzivat rychlejsie instrukcie
C je vecsinou vzdy rychlejsi ako C++ (streamy, stringy, vynimky a podobne veci su pomale)
este co sa tyka .NETu, Visual C++ bol podla mojho benchmarku o 10% rychlejsi ako C#

Python a ostatne interpretovane jazyky by mali byt teoreticky najpomalsie

Tu su nejake prakticke testy. Takze si to mozes porovnat:
http://benchmarksgame.alioth.debian.org/

BX napísal:Ale prestaňte s tým assemblerom. "najrýchlejší jazyk" je hovadina. Akýkoľvek program viem napísať v assembleri pomalšie, než v jave. Čokoľvek viem v akomkoľvek jazyku spomaliť tak, že sa skončenia výpočtu nedočkáme. Takže rýchlosť absolútne nezáleží na jazyku samotnom. Záleží to na tom, v akom prostredí program beží a hlavne - zo všetkého najviac na optimalizácii (matematická, hardwarová...).
Bežný program, ktorý napíše začiatočník, nevyužije ani 5% výkonu procesora. Človek sa musí veľmi snažiť, aby sa dostal cez 50% a iba veľkí machri sa priblížia stovke. A to nerobia znalosťou jazyka, ale znalosťou počítačov všeobecne.

to je síce pravda, ale neviem či je na mieste pri "rýchlosti" jazyka spomínať programy. Tie benchmarky sa robia na rovnakých vzorkach kodu, a často sú to iba výpisy na monitor v cykle alebo nejaké matematické operácie. Takže tam nie je moc priestor na zlé napísanie, a vôbec by som to ani nenazval algoritmom (aj keď to splňa všetky atributy algoritmu, ale je to tak useless program bez využitia že si takéto krásne slovo nezaslúži ). Výkon procesora tu tiež nehrá rolu, lebo ak benchmarkujeme jazyk, tak to robíme na rovnakých zostavach.
Je to síce hlúpa otázka, a súhlasím tu s tebou, ale fakticky vzaté sa o tej "rýchlosti" jazyka dá baviť. I keď asi nie globálne, ale skôr na procedurálnej úrovni. Vieme porovnať či sú rýchlejšie cykly v tom alebo inom jazyku, vieme porovnať ktorý jazyk vie rýchlejšie vyhodnotiť regulárne výrazy, ktorý vie zase rýchlejšie niečo iné. Ale globálne sa nedá povedať že niektorý jazyk je rýchlejší ako iný, lebo každý má iné využitie a už len porovnávať ich je hlúposť.

audiotrack napísal:Vieme porovnať či sú rýchlejšie cykly v tom alebo inom jazyku, vieme porovnať ktorý jazyk vie rýchlejšie vyhodnotiť regulárne výrazy, ktorý vie zase rýchlejšie niečo iné.

S týmto zase úplne nesúhlasím. Ako vyhodnotíš rýchlosť cyklu v C-čku? No to záleží, či ho skompiluješ s prepínačom -O, -O2, alebo -O3. A to je už mnou spomínaná optimalizácia
A to potom nepriamo súvisí so všetkým, aj s vyhodnocovaním reg. výrazov.

Ale zakončil si to rovnako, ako ja

audiotrack napísal:Ale globálne sa nedá povedať že niektorý jazyk je rýchlejší ako iný, lebo každý má iné využitie a už len porovnávať ich je hlúposť.

...inak povedané: "najrýchlejší jazyk" je hovadina.

pri benchmarkoch hádam nebudem používať optimalizácie. Hodnotím jazyk, nie kompilátor

To ide tak nejak ruku v ruke, hlavne pri kompilovanom jazyku.
Programovací jazyk je v podstate len bezkontextová gramatika s trochou sémantiky (typu "if(true) vykoná príkaz pezprostredne za if"), žiadna ďalšia extra špecifikácia nie je.
Ja si môžem urobiť vlastný kompiler C-čka, nazvem ho bxcc a budem v ňom implicitne optimalizovať najviac ako sa dá a žiadne nastavenie k tomu nedám. V benchmarkoch ti potom výjde, že C-čko je rýchlejšie ako C-čko. A to je trochu hovadina... nakoniec skončíš pri tom, že porovnávaš aj kompilery.

audio: a co chces benchmarkovat ked nie vystup z kompilatora? A ked kompilator optimalizuje tak holt optimalizuje.

BX napísal:To ide tak nejak ruku v ruke, hlavne pri kompilovanom jazyku.
Programovací jazyk je v podstate len bezkontextová gramatika s trochou sémantiky...

Veď práve. A tie gramatiky akože nemôžu byť napísané rôzne? Resp. jedna lepšie ako iná? Ak má jedna prechod z a -> b, a b -> c a druhá má navyše pravidlo a -> c tak vieme povedať, že druhá gramatika je "rýchlejšia" lebo sa dostaneme z a do c na jeden krok (procesorový takt) kým v prvej na dva. Pritom sú ekvivalentné

Vy ste tu spadli do istej podmnožiny celého tohto problému. Uzavreli ste to na kompilovaný jazyk (pri interpretovaných by sme ale spadli do problémov interpretov takže by sme v podstate boli tam kde sme aj teraz) a tým pádom sa stále točíme okolo optimalizácie kompilátorov. Ak ale porovnávame výkon jazyku, optimalizácie musia ísť bokom. A ak je v jednom jazyku (v jeho jadre a v jeho možnostiach) definovaný napr. súčet ako súčet (má takú operáciu, neriešme teraz ako implementovanú) a v inom ako cyklus v ktorom sa robí inc(x) (nemá operáciu súčtu, ide len o syntaktický konštrukt) tak nevidím dôvod prečo by sme tieto dva jazyky (tieto dve gramatiky) nevedeli porovnať a povedať že jeden je lepší ako druhý

fabo: výstup z kompilátora je program. Nie programovací jazyk. Poďme teda porovnávať kompilátory. Dva. Robia takú istú optimalizáciu, na ten istý stroj, toho istého jazyka. Ale sú napísané v iných jazykoch. Sú interpretované (aby sme sa netočili donekonečna v optimalizáciach kompilátorov) rovnakým interpreterom. A riešme ktorý to skompiluje skôr (predpoklad že výstup bude totálne identický binárny klon vychádza z toho že robia tú istú optimalizáciu na ten istý stroj)

Teraz píšeš o optimalizácií front-endu. Na interpretovaný jazyk si viem urobiť vlastný interpreter, nazvem ho bxint a... to už sme tu raz mali.
Z praxe môžeme porovnať napr. rýchlosť javascriptu - v IE bude pomalší než v Chrome (neoverená informácia, len hádam). Znamená to, že javascript je rýchlejší než javascript?

Ja jazyk stále beriem len ako postupnosť príkazov, ktorá udáva nejakú logiku programu. Napríklad lisp bol vymyslený ako teoretický jazyk v nejakej dizertačnej práci (či kde). Vtedy vznikol programovací jazyk. Až neskôr ho niekto iný implementoval na počítač.
Ako určíš, aký rýchly je lisp na papieri? Napr. v porovnaní s C-čkom na papieri? Porovnaním gramatiky? To s tým nič nemá, ak C-čko implementujem ako virtuálny jazyk s interpretovaným medzikódom a lisp ako kompilovaný jazyk priamo na procesor, tak porovnanie na papieri stratí význam. Nehovoriac o tom, že bude veľmi ťažké nájsť objektívne kritérium pre porovnanie lispu a C-čka.