"(x)inetd vagy standalone" futtatás...?

Fórumok

"(x)inetd vagy standalone" futtatás...?

Hozzászólások

[quote:c461307a07="vmiklos"]régi szép idők :wink:

Így van, régebben, mikor még "nem szaladt el ennyire a hardver", amikor kezdtem, még lehetett ilyennel "cselezni", én is így tanultam anno. Hogy amit lehet, tegyük inetd -be, mert akkor nem futnak feleslegesen, és nem terhelik az amúgy gyenge gép szegény erőforrásait.

De ahogy elnézem, ez a szemléletmód (is) változott... :)

Sziasztok...!

A mai rendszereken (legyen az szerver, de akár egy desktop gép is) érdemes a különféle szolgáltatásokat (web, ftp, sql, stb.) xinetd (esetleg a régi, jó öreg inetd) -ből indítani, vagy futhatnak "standalone" módon, állandóan is? Vajon mennyi erőforrást nyer aaz ember, ha az egyes (ritkábban használt) szolgáltatások nem futnak mindig folyamatosan, hanem csak a "szuperszerver" indítja el őket, ha szükség van rájuk...?
Vajon egy mai környezetben mit nyer (és mit veszít) az ember egyik s másik móddal...?

Mai gepben alapban van legalabb 256M ram. Emellett az a -5 mega, amit mellesleg a kernel ugyis kiswappel (nagyobbreszt), nem oszt vagy szoroz.
Gyakorlatilag el lehet felejteni.

Kivetel:
- amely szoftvereket egybol (x)inetd-hez irtak, azok ugye stdin/out -on kommunikalnak, igy nem is mukodnenek mashogy, hacsak valami okos tcp wrapper lib-bel nem.

- az (x)inetd alap szolgaltasai: date, time, echo, stb...

A tobbi mehet daemonkent. Es azert ne feledjuk, daemon modban gyorsabban reagal, es egy fork() joval gyorsabb egy fork()+exec()-nel.

[quote:3a8201369a="hory"]Mai gepben alapban van legalabb 256M ram. Emellett az a -5 mega, amit mellesleg a kernel ugyis kiswappel (nagyobbreszt), nem oszt vagy szoroz.
Gyakorlatilag el lehet felejteni.

Kivetel:
- amely szoftvereket egybol (x)inetd-hez irtak, azok ugye stdin/out -on kommunikalnak, igy nem is mukodnenek mashogy, hacsak valami okos tcp wrapper lib-bel nem.

- az (x)inetd alap szolgaltasai: date, time, echo, stb...

A tobbi mehet daemonkent. Es azert ne feledjuk, daemon modban gyorsabban reagal, es egy fork() joval gyorsabb egy fork()+exec()-nel.

Igen, persze ebben igazad van. A kérdés az, hogy pl. egy mysql, ami kiszolgál naponta összesen 10 kérést, vagy egy apache, amit naponta összesen talán fél-egy órát használnak, mennyire fogja meg a gépet a fentmaradó "holt" (idle) időben. Vagyis amikor nem dolgozik, "csak" várakozik.

Ha a memóriával szeretnél "spórolni", akkor indíts kevesebb apache proces -t. Persze csak akkor, ha nem nagy számú kérés érkezik a szerverre, amikor azt használják. Amúgy meg ha nem szolgálnak ki kéréseket a daemon -ként futó szollgáltatások, akkor nincs nagy erőforrásigényük. Célszerű standalone módban futtatni őket.
Én egyszer láttam Samba -t működni xinetd -ből. Mit is mondjak..... :) Érdekes volt. Szerintebb "biztosabb" megoldás ha daemon -ként futtatod az apache -ot és a mysql -t.

Laci

Azt hiszem Linuxnal fordult elo - ha minden igaz az xinetd-vel -, hogy ha az ftp szerver futott es tul sok connection request erkezett egysegnyi ido alatt, akkor azt DoS tamadasnak velte az xinetd es leallitotta a szolgaltatast kb. 10-15 percre. BSD-s inetd-nel ezt az erteket be lehet allitani egy kapcsoloval - vagy ki is lehet kapcsolni -, de a fentebb emlitettnel nem talaltam semmit, amivel ezt szablyozni tudtam volna volna. Azota persze mar lehet, hogy lehet...

hacsak nincs keves ramod, akkor ne xinetd. 128m-mel daemonkent megy mysql+apache+squid+samba. free szerint ~60m szabad ...

Nos, akkor azt maradnak a szolgáltatások "standalone" módban, felesleegs kinlódás is. Csak érdekelt a kérdés, régebben (régebbi gépeken) tuti az inetd -s megoldást választottam volna, ahol lehet.

[quote:2752a44ffb="nevergone"]régebben (régebbi gépeken) tuti az inetd -s megoldást választottam volna, ahol lehet.

régi szép idők :wink: