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