LINUX

[ide.ne.irj at freemail.hu]

Thus spake Auth Gábor:

>> Ha egyszer van MMU, es azt mar kifejlesztettek, megcsinaltak gyorsra,
>> akkor mi ertelme van a GC-nek?
>
>   Ha egyszer van egy almánk, akkor mi értelme van a körtefának? Mi köze van 
> az MMU-nak ahhoz, hogy egy memóriaterület a program számára 
> felszabadítható? Mi köze van az MMU-nak az egyes objektumok 
> újrafelhasználhatóságához?

Sajnos ez nem kortefa, hanem egy sokkal osibb rendszer ujrafelfedezese.
Pont igy mukodott a C64-en a sztringvaltozok kezelese.
Elonye, hogy a bytecode-t kozvetlenul futtato hardverekbe nem kell MMU.
Valamint nem kell folyamatosan managelni a memoria leiro listakat, csak
idonkent kipucolni ami nem kell.
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.
Kompatibilitasi okokbol kell igy csinalni, illetve hogy a programozonak
ne kelljen felszabaditani a memoriat, ami szamomra amugy is agyrem :)
Tehat valodi elonye csak akkor lenne, ha most csinalnank egy olyan procit,
melyben nincs MMU, es azt is ki kene fejleszteni. Azt pedig nehez dolog
ugy megcsinalni, hogy gyors is legyen, a bekapcsolasa ne lassitsa a
proci mukodeset, ne igenyeljen plusz ciklusokat.
De ez egy megoldott problema, ma mar sok prociban ki sem lehet kapcsolni
az MMU-t.

> Auth Gábor -=- +36-70/9400-341 -=- ICQ: 49179141

-- 
Valenta Ferenc <vf at elte.hu>   Visit me at http://ludens.elte.h u/~vf/
Ha Murphy torvenye tevesnek bizonyulhat, akkor fog is.