LINUX
Vajk Fekete
halaloszto at yahoo.co.uk
Tue Mar 29 20:55:06 CEST 2005
Ha az interpretalt nyelv tobb olyan elemet tartalmaz, ami jol
illeszkedik a hardwarehoz, akkor siman. persze ilyenkor nem az
interpretalt/forditott, hanem a jobban optimalizalhato/kevesbe
optimalizalhato nyelvekrol van szo. Ez a jobban optimalizalhatosag
elfedi az interpretaltsagbol eredo hatranyt.
Brutalis pelda: FFT algoritmust kell irj egy olyan nyelven, amiben csak
byte tipus van. Hiaba tud a proci lebegopontos szamolast, neked
byteokkal kell szamolnod, mert a nyelved csak azt tudja. Egy masik
nyelvben viszont van nativ float tipus, amit az ertelmezoje szepen meg
is feleltet a proci azonos tipusanak. Nyilvanvalo, hogy a masodik
nyelven irt program gyorsabb lesz, akarmelyik is a compilalt.
Amugy a mai java virtualis gepek nem igazan interpreterek.
Objektumbetolteskor leforditjak a bytecodeot assemblyre, es azt
hasznaljak amikor futni kell.
vajk
VFX wrote:
>Hali!
>
>
>
>>>Hogy lehetne gyorsabb a C-ben irt java virtualis gepen futo java program,
>>>mint egy C-ben irt progi?
>>>
>>>
>> Ha nem érted, vagy nem láttál még ilyet, akkor sajnálom... :(
>>
>>
>
>Nem kotekedesbol csak tenyleg nem ertem, hogy egy interpretalt progi
>hogyan lehet gyorsabb egy nativ gepikodu proginal. Foleg ha figyelembe
>vesszuk, hogy a virtualis gep is program ami gepidot igenyel, mig a
>masik esetben ilyen nincs?!
>Pici ellentmondast erzek. Ha nincs, akkor mit nem ertek?
>
>UDV. VFX.
>http://www.vfx.hu
>
>-----------------------------------
> Szponzorunk: http://tonerbolt.hu/
>
>
>
>
More information about the Elektro
mailing list