Az AmigaOS nem hasznal MMU-t alapertelmezeskent, akkor sem ha a processzorban van MMU. Egyedul egyes fejlesztoeszkozok (debughoz), emulatorok/virtualis gepek (pl. Mac emulator), es rendszergyorsito patchek hasznaljak az MMU-t. Meg persze a hardver MAPROM funkcio nelkuli turbokartyakon altalaban MMU-val szoktak biztositani a shadow ROM irasvedettseget. (Amugy is relativ nehez 68k-ra altalanos MMU kodot irni, mert ahany CPU-szeria, annyifelekeppen mukodo MMU-t sikerult belefureszelni a Motorolanak.)
Egyebkent kerem vegyuk eszre mekkora bikeshedet sikerult epiteni itt hirtelen. A fo problema a Linuxal nem az, hogy felepitesileg mikro vagy monolitikus kernel. A fo baj az, hogy nem modularis. Ertsd: nem tudod pl. a teljes TCP/IP alrendszert, es hasonlokat kiszedni a kernelbol. Nincsenek jol elhatarolt, megtervezett(!) interfeszek, amikhez lehet fejleszteni a dolgokat, es amik legalabb egy kernel foverzion at stabilak. Attol meg hogy pl. a TCP/IP kulon alrendszer lenne, nyugodtan futhatna Ring0-n (vagy Supervisor modban mer' olyan hogy Ring0 csak x86-on van, ugye :), szoval ennek semmi koze ahhoz h. mikro vagy monolitikus kernelrol beszelunk eppen, sot lehetne ugyanugy resze a kernelforrasnak is. Viszont megoldana az ilyen problemakat, hiszen a kernelnek az a resze, aminek a patchelesehez mar mindenkeppen ujrainditas kell, eleg minimalis. De ez mar eleg messzire vezet, mert az igazan jo megvalositashoz sztem sok regi begyoposodott konvenciot el kene dobni, tobbek kozott atalakitani az egesz dinamikus linkelesi eljarast, a bootprocedurat, es hasonlokat, amit ha itt felemlegetnek, akkor sok hardcore Linux hivot es C programozot kerulgetne a szivinfarktus, es le lennek flamelve, amihez most nincs kedvem. :) (Egyebkent vannak igen jo megvalositasok a problemara, de gyakran pont a konvenciokkal valo szakitas miatt nem terjednek el, tyuk vagy tojas problema.)