LINUX

[Auth Gábor]

Halihó!

ide.ne.irj at freemail.hu ezt írta:
> Elonye, hogy a bytecode-t kozvetlenul futtato hardverekbe nem kell MMU.

  Miért ne kellene?

> Valamint nem kell folyamatosan managelni a memoria leiro listakat, csak
> idonkent kipucolni ami nem kell.

  Hajj... ez ismét valami fogalmi zavar lesz. A GC az nagyon magasan 
logikai szinten fut. Akár befolyásolni is lehet a finally szekcióval 
objektumszinten, illetve a referenciák kezelésével.

> Viszont ha a java progi nem egy celhardveren fut, melynek koltseget
> minimalizalni kell, hanem egy PC-n, ami amugy is megvan, es a java alatt
> melyebben (ahogy Famulus irja) amugy is fut egy kernel, mely
> mindenkeppen memorialistakkal vacakol, es a prociban amugy is van egy
> MMU, akkor a tovabbiakban nem sok ertelme van ennek a memoriakezelesnek.

  A GC teljesen mást csinál, mint az MMU. A GC logikai szinten dolgozik, az 
MMU fizikai szinten. A GC egy külön szálon fut a program mellett, és akár 
le is lehet állítani ideiglenesen. A GC dolga, hogy a referencia nélküli 
példányok területét felszabadítsa, egyszerúen egy késleltetett free() 
hívás. Előnye az, hogy ciklusban az osztályok újra felhasználhatóak, itt 
is lehet átlagos C programhoz képest sok időt nyerni. Hogy nálad miképp 
kerül a kettő azonos szintre, azt megmagyarázhatnád pár Sun-os mérnöknek. 

> Kompatibilitasi okokbol kell igy csinalni, illetve hogy a programozonak
> ne kelljen felszabaditani a memoriat, ami szamomra amugy is agyrem :)

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