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