Új hozzászólás Aktív témák

  • attila9988

    őstag

    válasz Jester01 #168 üzenetére

    Ha már szakmai fórum vagyunk, hadd jegyezzem meg, hogy a gépi kód önmagában semmire sem garancia, azzal is kiválóan lehet lassú programot írni.

    Persze hogy lehet. Ha béna a logika ami szerint működik a program, az nyilván nem lesz jó akármiben írták meg. Egy 10 - 20 soros ciklussal is megrogyaszthatsz egy gépet, ha hülyeséget csinálsz.

    JIT rendszerűek és mint ilyenek igenis gépi kódot generálnak csak futásidőben.

    Hát ez az. Ezért nem lehetnek azonos programlogikát feltételezve soha olyan gyorsak, mint egy C-ben írt program. Hiszen az, amit a C esetén a fordító eldönt egyszer, és a gépi kódú programot leírja egy állományba, azt az értelmezett nyelvek fordítójának menet közben kell megtennie, és sok optimalizációt el sem végez, ha az számottevően megemelné a programok futási idejét, mert akkor nem nyersz semmit a jit -el. A fordított nyelvek esetében a fordítási idő elhúzódhat nyugodtan, ha cserébe gyorsabb programot kapsz.

    Ráadásul az értelmezett nyelvek mellett gyakori érv, a könnyebb programozhatóság, ami azt is jelenti, hogy még több dolgot az értelmezőnek kell eldöntenie menet közben (típusmeghatározás pl) , és még a takarítást is el kell végeznie. C -ben sokkal több dolgot megtehetsz, kevesebbet bízol a fordító logika szeszélyére, és ez is a végeredmény sebességét javítja.

    Persze ettől még jók ezek a nyelvek, de nyilván operációs rendszert nem írsz bennük. Egy perl -es szövegfile feldolgozásához meg nem kezdesz el C -ben programot írni, mert az egyszerűség fontosabb, ha egyszerű a feladat is. De a java akkor is lassú. ;] Tehát ez az xml editor is az.

    [ Szerkesztve ]

    „Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)

Új hozzászólás Aktív témák