Threads x procesy
Karel Zak
zakkr na zf.jcu.cz
Čtvrtek Říjen 11 13:16:14 CEST 2001
On Thu, Oct 11, 2001 at 01:03:17PM +0200, martin.kula na deltaes.cz wrote:
>
> On Thu, 11 Oct 2001, Michal Dobes wrote:
>
> > > Mozne reseni je obsluha sekvencne jednim procesem nebo soucasna obsluha
> > > ....
> >
> > Resim neco podobneho, akorat ta doba je takova, ze mam rucit za to, ze
> > to
> > 8 let nezdechne.
>
> Tak nejak ;-))))))
8 let nezdechne? ... si stavite na zahrade Temelin II.? :-)
> Nejlepe si je vse hned pri startu spustit a naalokovat staticky,
> > vcetne veskere pameti a delat si v ni vlastni rizeni.
>
> Jo s tim pocitam
Na to jsem take pochopitelne myslel (i kdyz nenapsal:-) v predeslem
dopise. Startovat thready (forky) neni zrovna to na co klient ceka.
Ostatne muze te mit i modifikaci kdy se nastartuje nejake minimum
procesu a pokud bud treba tak si docasne nastartovat dalsi. Ale pokud
na to mate mit (coz asi mate) specialni stroj tak je asi lepsi
obsadit ho uplne:-)
> > Aspon s kernelem 2.2.19+RT Linux 3.1.
S timto jsem si nikdy nehral. Na to nejake zretelne prinosy u
aplikaci tohoto typu (klient/server)?
> > Zatim to ve svem vidim na thready: jeden obsluhuje data tekouci
> > z RT casti, dalsi dela spravu pameti, treti vyrizuje komunikaci
> > pres RPC-XML a posledni signalizacni komunikaci pres UDP.
Todle mne zajima. Co budete pouzivat na to RPC-XML? Pro C/C++
vim o dvou implementacich:
http://xmlrpc-c.sourceforge.net
http://www.epinions.com/
Mate nejake zkusenosti co je lepsi (priznam se, ze jsem to zatim moc
nestudoval). Jaka je propustnost RPC-XML apod.?
Karel
--
Karel Zak <zakkr na zf.jcu.cz>
http://home.zf.jcu.cz/~zakkr/
C, PostgreSQL, PHP, WWW, http://docs.linux.cz, http://mape.jcu.cz
Další informace o konferenci Linux