LINUX

[Auth Gábor]

Halihó!

ide.ne.irj at freemail.hu ezt írta:
> Tehat szarul van megirva, a portabilitas miatt nincs normalisan
> optimalizalva. Errol beszelek.

  Nem szar. Tökéletesen hordozhetó kód, annak ellenére, hogy nem Java 
nyelven írták. Valamit szerintem nem értesz az optimalizálás kapcsán: nem 
csak méretre vagy sebességre lehet optimalizálni. Lehet költségre, 
haszonra, időre és hordozhatóságra is. Illetve több tucat jellemzőre. 
Neked az szar, ami pillanatnyilag nem okoz előnyt. Lehet így is mondani, 
de akkor ezt tedd hozzá.

> Ugyan... Vannak nalam sokkal nagyobb pofaju emberkek, pl te, akik
> hivatasszeruen uzik a programozast, sot, olyan onbizalmuk van, hogy
> tanitjak is.

  Nem mondtam még egy programra sem, hogy szar. Ellenben veled, akitől még 
nem olvastam olyan levelet, amelyben a "szar" vagy a "xar" kifejezés ne 
lett volna benne. Ha rajtad kívül mindenki hülye a programozáshoz és a 
hardverhez, nem biztos, hogy velük van a gond.

> Lassan lesullyedsz Arnold szinvonalara...

  Míg így is magasabban leszünk, mint Te... :)

> Ezt fejtsd ki legyszives!
> Alapvetoen a java egy interpreteres nyelv, tehat lassu.

  Nem. Ez egy tárgyi tévedésed. A Java fordul .exe kódba is például, ott 
nézd meg, hogy mennyire lassú... :)
  A JVM hotspot-ja ezt csinálja, csak futásidőben dinamikusan. A 1.5 (5.0) 
Java pedig ennél is tovább tart. Le vagy maradva... :)

> Mas kerdes, hogy az ugyes virtualis gepek egyes reszek dinamikus
> atforditasaval, cachelesevel gyorsitanak a dolgon.

  Ennél többet csinálnak.

> Ez viszont szinten csak olyan hatekonysagu lehet, mint egy C fordito.
> Ha ugyanis jobb lenne, akkor az egesz C progit ezzel a forditoval
> leforditva ugyanezt a sebesseget ernenk el, leszamitva a futasidoben
> forditgatas altal okozott overhead-et.
> Logika...

  Logika? :)
-- 
http://www.enaplo.hu - Iskolai Információs Rendszer
Auth Gábor -=- +36-70/9400-341 -=- ICQ: 49179141
FreeBSD 5.3