http://www.linuxforum.hu/modules.php?name=…order=0&thold=0

gondolom, a pontos módszer le van írva a README-ben… tehát – gondolom – majd vhogy iso-t kell elõször csinálni, aztán kiírni…

kl223

Ezt most tõlem kérded???

hát úgy általánosságban… bárki újraforgathatja…

De van itthon uhu-m is de nem az a fõ rendszerem hanem a Slacki…

Akkor akár újra is forgathatod… mellesleg: ehhez nem értek, de a glibc-t is újra lehetne forgatni, nem?

Ez így van, DE gondolj bele a rendszer fõ alapköve a glibc Gentoo esetén már saját gépedre van optimalizálva, aztán nézd meg Uhu esetén rengeteg minden indul el a boot alatt, Gentoo esetén nemtudom mi de biztos kevesebb minden mint Uhuban, valamit tuti más az init is szal ezek tök sokat számítanak és ezekben van a nagy különbség..

lsd. elõzõ válasz.

Bennem ilyenkor egy kérdés merül fel ha maradunk pld a supermount-nál akkor az a kérdésem ha az annyira jó meg minden akkor mérnem tette be Linus a 2.6-s szériába???
Nekem személy szerint semmi bajom a supermount-l de sokan panaszkodtak már rá…

hogy miért nem kerültek be, arra lehet ezer magyarázat lehetséges… ezt te is tudod, pl. vegyük az Andrea Arcangeli-féle memóriakezelést. Nagyon király az a patch, semmi problémám nincs vele, mégsincs benne a vanilla kernelben… jó, persze, ez kissé egoistán hangzik, de valszeg a gépek egy kis töredékén van vele csak gond, és a vanilla kernelnek asszem minden architektúrán futnia kéne… most lehet, hogy oltári baromságokat mondok, de ez a saját meglátásom…

azaz sztem a vanilla kernel úgy van tervezve, hogy nyújtson egy alapot, a teljesen problémamentes dolgokat gyûjtse össze. Ettõl persze lehetnek olyan patchek, amik a gépek kis százalékán (mondjuk a beépített rendszereken, tehát olyanokon, amivel neked soha dolgod nem lesz, etc) nem futnak, ezért nem kerülhettek bele a kernelbe.

de mondjuk mivel neked otthon nem beépített rendszered van, ezzel soha nem lesz gondod. ezért linus azt mondja, akinek kell, az beleteszi, így egyszerûbb… (nem lesz gond a hivatalos fával)

pl. lehet, hogy egyes patchek azért nem kerülnek bele, mert ronda a megvalósítás, vagy egyéb módon átláthatatlanná teszik a kódot, etc…

---

Tehát 1általán nem biztos, hogy azért nem került bele 1 patch, mert sz*r…

A teljesítménynövelõ patchek az más, de egy agyonpatchelt kernel tutira lassabb mint az erdeti kernel..

Ezzel 1etértek.

huh, ha zavaros vmi, bocs….

kl223

( ui: utálom, ha a hozzászólásom a sötétebb háttéren van… sokkal jobban mutatnak pl. az idézetek a világosabb háttéren… bocs az offért, de ez kikívánkozott belõlem…)

én egyébként vmi adsl-start meg adsl-config szkriptekrõl hallottam, amit le lehet futtatni indításkor, így nem kell mindig tárcsázni…
kl223

mi tart vissza, hogy az uhu kernelt újraforgasd (azon kívül, hogy – gondolom – nincs otthon uhud… 😉 ? (egyetlen bejegyzést kell módosítani a kernel konfigban, és máris 586 helyett a te gépedre lesz optimalizálva.)

persze, mondhatnád, hogy a rendszer többi része is fordítva van a gentoonál, de a gentoo az uhunál akkor is gyorsabb, ha nincs elindítva graf. felület…

na meg, gondolom, ha 1 kernel patchet „teljesítménynövelõ”-nek titulálnak, akkor nem fogja visszafogni a rendszert, tehát a patchelt kernel gyorsabb lesz a vanillánál…

kl223

vmikor régebben vki csinált néhány témát uhura. most így hirtelen nem találom, de ha esetleg meglesz, felteszem vhova a netre és bedobok ide egy linket…
kl223