Kezdőlap › Fórumok › Debiannal kapcsolatos kérdések › Debian daemonok és modulok – kellenek?
- This topic has 36 hozzászólás, 8 résztvevő, and was last updated 17 years, 5 months telt el by
tovis.
-
SzerzőBejegyzés
-
2008-01-26-12:13 #2148596
Ember! Én a gépemhez használom a kernelt és nem clustereket építek. Ha az a meló, az más, egy 200 Mhz-es cpu-val rendelkező gépre eleve monolitikus kernelt tennék, amit leforgatnék egy gyorsabb gépen és azon nincs mit változtatni!
De felesleges ezt ragozni! Ha egyszer beállítod rendesen, akkor már csak másolni kell a configot és a make oldconfig-gal beállítod azokat is, melyek változtak.
Miköze a kernel fordításnak ahhoz, hogy téged érdekelnek az új szolgáltatások? Ha nincs időd, akkor forgasd le a kernelt és ne érdekeljenek az új szolgáltatások!
Nem technikailag/szakmailag állsz furcsán a dolgokhoz, hanem emberileg. De tőlem nyűglődj, ez nem linuxos probléma és te tudod, mire is van szükséged!2008-01-26-12:13 #2148597Ember! Én a gépemhez használom a kernelt és nem clustereket építek. Ha az a meló, az más, egy 200 Mhz-es cpu-val rendelkező gépre eleve monolitikus kernelt tennék, amit leforgatnék egy gyorsabb gépen és azon nincs mit változtatni!
De felesleges ezt ragozni! Ha egyszer beállítod rendesen, akkor már csak másolni kell a configot és a make oldconfig-gal beállítod azokat is, melyek változtak.
Miköze a kernel fordításnak ahhoz, hogy téged érdekelnek az új szolgáltatások? Ha nincs időd, akkor forgasd le a kernelt és ne érdekeljenek az új szolgáltatások!
Nem technikailag/szakmailag állsz furcsán a dolgokhoz, hanem emberileg. De tőlem nyűglődj, ez nem linuxos probléma és te tudod, mire is van szükséged!2008-01-28-19:39 #2148598tovis wrote:Ami nekem gyanus, az a „migration”, „aio”, „kseriod”, „kacpid”.Az lsmod -ban levő modulok kitakarításánál ne akard eltávolítani (többek között) a floppy, a thermal, processor modulokat, rossz tapasztalataim vannak. A többinél pedig figyeld a used by mezőt is, és csak azt távolítsd el amire tényleg azt mondanád hogy nincs rájuk szükség. Esetleg fel is veheted /etc alá a modprobe blacklist fájljába.
A fent felsorolt dolgokat meg meg se próbáld killelni, ezek a kernel belső processzei.
2008-01-28-19:39 #2148599tovis wrote:Ami nekem gyanus, az a „migration”, „aio”, „kseriod”, „kacpid”.Az lsmod -ban levő modulok kitakarításánál ne akard eltávolítani (többek között) a floppy, a thermal, processor modulokat, rossz tapasztalataim vannak. A többinél pedig figyeld a used by mezőt is, és csak azt távolítsd el amire tényleg azt mondanád hogy nincs rájuk szükség. Esetleg fel is veheted /etc alá a modprobe blacklist fájljába.
A fent felsorolt dolgokat meg meg se próbáld killelni, ezek a kernel belső processzei.
2008-01-29-09:06 #2148600Nem technikailag/szakmailag állsz furcsán a dolgokhoz, hanem emberileg.De tőlem nyűglődj, ez nem linuxos probléma és te tudod, mire is vanszükséged!
OK – egy tipikus, haladó felhasználó számára. Én fejlesztő vagyok – számítástechnikával a ’80 -as évek óta foglalkozom. Nekem bizony nem mindegy milyen szolgáltatásokat nyújt(hat) a doboz, különösen a mindennapi munkagépem! Így az tetszik, ha nem kell minden egyes próbához új kernelt forgatnom, hanem elég be/ki kapcsolni egy-egy szolgáltatást modult.
Egyébként, segítséggel (hup.hu) sikerült – megbízhatóan – kiiktatnom a lvm/raid modulokat /etc/rc.S/@25libdevmapper1.02 kiiktatásával (update-rc.d).
Több modul szépen, elegánsan működik a „blacklist”, így sikerült kivenni:
shpchp, pci_hotplug – PCI(e) hotplug, ilyen eszközeim nincsenek 🙁
serio_raw – ez közvetlen hozzáférést enged a 8042 cooprocessor keyboard
I/O -jához, ilyet még nem kellett csinálnom.
snd_mpt401, snd_mpt401_uart – sosem használtam, vele együtt kiestek a
sequencerek is 🙂
Viszont a fölösleges acpi modulokat még nem tudtam lepusztítani – lehet hogy ezeket mégis érdemes benn tartani, bár nem vagyok biztos bennük – át kellene futni a kernel dokumentációt, lehet hogy csak arra jó hogy az X desktop programokból, szép színes ablakban megnézzem hány fokos a proci és milyen gyorsan pörög a ventillátor!
Tovább kell vizsgálódnom az initrd.img tájékán, bár úgy tűnik ez csak egy kezdeti driver/scriptum készletet biztosít a kernel számára a boot befejezéséhez, azonban nem világos, hogy az itt betöltött moduloknak mi lessz további sorsuk. Tehát pl. a 8139too/cp problémát mintha ez gerjesztené azzal hogy miután gondosan kideríti, hogy a ‘too nem az igazi azért nem tolja ki a memóriából, szintúgy az acpi modulok. Szóval van még mit kereskedni, de szerintem jól haladok abba az irányba, hogy a stable -nak tekintett kernelt és annak lefordított moduljait megfelelően tudjam használni, a pillanatnyi igényemnek és egy öt-tíz perces teszt miatt ne kelljen órákat töltenem kernel konfigurálással és forgatással, majd a tucatnyi konfigból kiválasztani az aktuálisan szükséges verziót, úgy hogy a kernel ne „dagadjon ki a fazékból” és ne piszkítsa össze a csomag nyilvántartásokat.
Persze, egy „termék” jellegű konfigurációhoz, miután már ismert hogy milyen modulok kellenek a konkrét vashoz, érdemes fordítani egy megfelelő kernelt.UI: A téma valójában minden Linux -ot használót érinthet, de a nyomaték a Debian kernel, kernel modul kezelésére tolódik.
2008-01-29-09:06 #2148601Nem technikailag/szakmailag állsz furcsán a dolgokhoz, hanem emberileg.De tőlem nyűglődj, ez nem linuxos probléma és te tudod, mire is vanszükséged!
OK – egy tipikus, haladó felhasználó számára. Én fejlesztő vagyok – számítástechnikával a ’80 -as évek óta foglalkozom. Nekem bizony nem mindegy milyen szolgáltatásokat nyújt(hat) a doboz, különösen a mindennapi munkagépem! Így az tetszik, ha nem kell minden egyes próbához új kernelt forgatnom, hanem elég be/ki kapcsolni egy-egy szolgáltatást modult.
Egyébként, segítséggel (hup.hu) sikerült – megbízhatóan – kiiktatnom a lvm/raid modulokat /etc/rc.S/@25libdevmapper1.02 kiiktatásával (update-rc.d).
Több modul szépen, elegánsan működik a „blacklist”, így sikerült kivenni:
shpchp, pci_hotplug – PCI(e) hotplug, ilyen eszközeim nincsenek 🙁
serio_raw – ez közvetlen hozzáférést enged a 8042 cooprocessor keyboard
I/O -jához, ilyet még nem kellett csinálnom.
snd_mpt401, snd_mpt401_uart – sosem használtam, vele együtt kiestek a
sequencerek is 🙂
Viszont a fölösleges acpi modulokat még nem tudtam lepusztítani – lehet hogy ezeket mégis érdemes benn tartani, bár nem vagyok biztos bennük – át kellene futni a kernel dokumentációt, lehet hogy csak arra jó hogy az X desktop programokból, szép színes ablakban megnézzem hány fokos a proci és milyen gyorsan pörög a ventillátor!
Tovább kell vizsgálódnom az initrd.img tájékán, bár úgy tűnik ez csak egy kezdeti driver/scriptum készletet biztosít a kernel számára a boot befejezéséhez, azonban nem világos, hogy az itt betöltött moduloknak mi lessz további sorsuk. Tehát pl. a 8139too/cp problémát mintha ez gerjesztené azzal hogy miután gondosan kideríti, hogy a ‘too nem az igazi azért nem tolja ki a memóriából, szintúgy az acpi modulok. Szóval van még mit kereskedni, de szerintem jól haladok abba az irányba, hogy a stable -nak tekintett kernelt és annak lefordított moduljait megfelelően tudjam használni, a pillanatnyi igényemnek és egy öt-tíz perces teszt miatt ne kelljen órákat töltenem kernel konfigurálással és forgatással, majd a tucatnyi konfigból kiválasztani az aktuálisan szükséges verziót, úgy hogy a kernel ne „dagadjon ki a fazékból” és ne piszkítsa össze a csomag nyilvántartásokat.
Persze, egy „termék” jellegű konfigurációhoz, miután már ismert hogy milyen modulok kellenek a konkrét vashoz, érdemes fordítani egy megfelelő kernelt.UI: A téma valójában minden Linux -ot használót érinthet, de a nyomaték a Debian kernel, kernel modul kezelésére tolódik.
2009-12-04-20:03 #1887661BUÉK!
Új tűzfalgépet akarok építeni, néhány „egyéb” szolgáltatással.
A vas egy antik P3 duál processzoros Gigabyte alaplap, alaplapi SCSI -vel, két hálókártyával és egy rádiós hangkártyával. A kicst szokatlan extra szolgáltatások a FAX szerver (a Hylafax -ra gondoltam) és a rádió illetve mp3 lejátszás (a nap és az éj bármelyszakában :).
A problémám az, hogy sok olyan szolgáltatás és modul van alapban (netinst 4.0 rc1) beépítve amire szerintem nekem nincs is szükségem.
Így néz ki a ps -A listája:2 ? 00:00:00 migration/0
3 ? 00:00:00 ksoftirqd/0
4 ? 00:00:00 migration/1
5 ? 00:00:00 ksoftirqd/1
6 ? 00:00:00 events/0
7 ? 00:00:00 events/1
8 ? 00:00:00 khelper
9 ? 00:00:00 kthread
13 ? 00:00:00 kblockd/0
14 ? 00:00:00 kblockd/1
15 ? 00:00:00 kacpid
72 ? 00:00:00 kseriod
108 ? 00:00:00 pdflush
109 ? 00:00:00 pdflush
110 ? 00:00:00 kswapd0
111 ? 00:00:00 aio/0
112 ? 00:00:00 aio/1
258 ? 00:00:00 kirqd
579 ? 00:00:00 khubd
658 ? 00:00:00 scsi_eh_0
676 ? 00:00:00 scsi_eh_1
960 ? 00:00:00 kjournald
1129 ? 00:00:00 udevd
1987 ? 00:00:00 syslogd
1993 ? 00:00:00 klogd
2011 ? 00:00:00 sshd
2025 ? 00:00:00 cron
2048 tty1 00:00:00 getty
2050 tty2 00:00:00 login
2051 tty3 00:00:00 getty
2053 tty4 00:00:00 getty
2054 tty5 00:00:00 getty
2056 tty6 00:00:00 getty
2067 tty2 00:00:00 bashAmi nekem gyanus, az a „migration”, „aio”, „kseriod”, „kacpid”.
Öszintén szólva a „kblockd” és a „pdflush” de akár a „khelper” sem tűnik létfontosságúnak. Sajna nem igazán tudom az /etc/init.d scriptjei közt azonosítani mindet illetve a NEt -en sem tudtam valami jó, áttekinthető adatot találni ezekről a daemonokról! Jó lenne ezeket a dolgokat megfejteni! -
SzerzőBejegyzés
- Be kell jelentkezni a hozzászóláshoz.
legutóbbi hsz