Hozzászólások
-
Bejegyzés
-
Vagy, ha széles a sáv, Yast2-vel, ftp-n keresztül telepíteni a csomagot. Szvsz 1CD-s változaton is illenék ott lenni.
Ezt hívják monolitikus kernelnek, és ilyen a Windowsé is, és müxik.
De vonatkoztassunk el ettõl az elméleti vitától, szerinted hol érdemes utánanézni? Valami doksiban kellene lennie, de én nem találtam, sem a gépen, sem a neten, feliratkoztam a levlistre, hátha, de még nem jött meg a passw. Any idea?
Meddõ a vita, de a lassulás a programindításhoz képest jelentéktelen (gondold el, egy proggi indulásakor sokkal nagyobb adatmennyiséget olvas be, mint a modul), a fragmentáció meg addig tart, amíg a proggi futásának végén nem törlõdik a memóriából, sza ezek jelentéktelen dolgok. De ha ezek komoly problémák lennének, akkor fölös lett volna a modulozás kitalálása. De ezek részletkérdések. Vajon merre keressem ennek az átok problémának a megoldását? Uhu levlistet használtok, az OK?
A valóság (persze csak szerintem, ill. az én szakirodalmam szerint) pont fordított: lehetõleg mindent modulba kell rakni, kivéve amit nem szabad (pl root fs cuccait), vagy amit nagyon rendszeresen használsz, mint egy gateway gépnél az iptables dolgait. Ami nincs folyamatos használat alatt, az ne foglalja a helyet. Persze egy fél Gigás memóriánál ez már nem zavar sok vizet…
Ezek szerint ez a dolog abszolut újdonság, ti. hogy azeket a modul aliasokat kezeljük.
Nem értek hozzá, de ha jól képzelem el, a proggi egy általános modult akar betölteni, és ez lenne minden egyes gépen aliasolva a konkrét kártya moduljára, sza a modult igénylõ proggiba nem kellen belenyúlni. Viszont meg kellene találni, ezeket az átok aliasokat, hogy az Uhu-ra fordított proggiknál mit akarnak tölteni, ld a kódrészletet Debianra.
Minek ezzel szívni? Ha már modulba fordítottam, ki akarom használni a modulság elõnyeit. De úgy látszik, marad az AUTOLOAD.
Csak ez az egész, fentebb leít kód, egy sor kivételével, pont ezért van, igaz, ez debianra kitalált, csak bemásoltam, mert, ugye, az Uhu is Debian :-). De nem megy, azaz a fiúk csiszoltak rajta. Megnéztem az UhuCC-t, mit csinál, és nem volt túl szofisztikált, egyszerûen, ha beállítottam manuálisan egy hangkártyát, betette a /etc/modules/AUTOLOAD-ba.
Jaja, csak pont ezt akarom elkerülni. Ha betöltöm automatikusan, akkor, ugye, minek rakom modulba, akkor menjen statikusan a kernelbe. (bár, hogy azt hogy paraméterezem, azt nem tudom.) Ez úgy lenne frankó, hogy a modul akkor töltõdik be, amikor szükség van rá.
Megoldás született: a paranormális esmények középpontjában az /etc/modules.conf állt, ami helyett az Uhu /etc/modprobe.conf-ot vár, nosza:
Code:ln /etc/modules.conf /etc/modprobe.conftartalma máshol is szerepel a kártya gyári beállításaival:
Code:options snd-sb16 dma16=5 dma8=1 irq=5 port=0x220 mpu_port=0x330 isapnp=0Az /etc/modules/AUTOLOAD tartalma meg ez lett:
Code:snd-sb16aty128fb
snd_mixer_oss
legutóbbi hsz