Dotaz: Spuštění TCP serveru "on demand"

[kyril77]

Chtěl bych udělat následující věc: Na počítači běží určitá kritická aplikace, sekundární funkcí je nějaký TCP server. Mějme tedy TCP server, pro příklad WWW server na portu 80. Když přijde v historii běhu OS první požadavek na port 80, spustí se tento WWW server, obslouží požadavek a už zůstane běžet, další požadavky bude už obsluhovat přímo.

Proč to chci: Potřebuji maximálně rychlý boot (vzhledem ke kritické aplikaci), nezdržovaný pouštěním sekundárních služeb (mám jich docela hodně, ale skoro nikdy nejsou potřeba a když už jsou, není zas maximální požadavek na odezvy kritické aplikace).

Proč nevyhovuje inetd: pro všechny jeho nevýhody, t.j. pouští procesy pro každý request, navíc je to skrze stdin, stdout, obecně ne všechny servery (programy) takhle dokážou pracovat a často je to i nevhodné.

Proč nepustit kritickou aplikaci jako první a neodložit start WWW serveru na později: Musím mít co možná nejvíce zaručeno, že kritická aplikace bude mít k dispozici po náběhu tolik procesorového či I/O času, kolik potřebuje. Realtimové priority a priority na I/O jsou jen berlička, nelze na to úplně spolehnout (na holé x86 jo, ale na různých ARMech či malých Powerpc s mnoha periferiemi prostě ne), naproti tomu když kritická aplikace běží na systému skoro sama s realtimovou prioritou, už se na to spolehnout dá (zjištěnou inženýrskou indukcí, t.j. dostatečně dlouhým zkoušením).

Otázka: Napadá vás, jak toto spouštění "on demand" udělat? Nějaký helper v netfilteru, nebo tak něco? Případně je nějaká chyba v předchozích předpokladech (třeba o inetd)? Mně napadá jen napsat nějaký redirectinetd, který bude dělat nějakým způsobem redirect na jiný port a povede si evidenci, které daemony už spustil a které ne.

Odpovědi

[mozog]

co spoustet tu "kritickou aplikaci" naprimo a pak spustit ostatni aplikace pres inetd ?

[kyril77]

Pokud vím, tak inetd dělá jedině to, že poslouchá na uvedených portech a když mu přijde požadavek, spustí k danému portu obslužný program, přesměruje mu stdin a stdout a to je vše. Navíc to dělá pro každou relaci, program obslouží spojení a končí. To plně nevyhovuje z více důvodů, např.:

• spouštění pořád dokola při více nárazových požadavcích (můj případ) je pak pomalé
• server (program) obecně nemusí být napsán tak, že umožňuje provoz skrze stdin a stdout

[trekker.dk]

Možná by to chtělo konkretizovat, co je ten server, ale pokud bych jako příklad použil ten WWW server, mohl by to jít třeba takto:

Na portu 80 by naslouchal tcpserver (nebo ten inetd, asi fungují podobně) a ten by při příchozím spojení spustil malý prográmek (pokud nevadí opakované spouštění malého programu). Prográmek by otestoval, jestli skutečný WWW server už běží. Pokud ne, spustil by ho a předal mu požadavek třeba tak, že by WWW server naslouchal na portu 8080 (síťovým spojením)

Pokud je ta možnost, místo síťového spojení by šel použít unix socket nebo sdílená paměť atd. Záleží na tom, jak moc velké úpravy můžeš dělat v tom serveru

A nebo to, co psal pht níže.

[pht]

Netfilter umí poslat upozornění na paket do user space, ale to Vám nepomůže, protože nemůžete "honem" nahodit službu a paket do ní poslat.

Pravděpodobně nejjednodušší bude spustit nějaký malý program, který se pověsí na port a až přijde doba tak execne ten Váš server, který jak obslouží stávající požadavek, tak se nahodí na daný port znova (to musí udělat pomocí SO_REUSEADDR). Kandidátem na ten malý program by mohl být netcat.

Real time priority jsou berlička vždy pokud nemáte real time OS.

[opq]

tcpsvd ?