Le 12.05.04, Fran�ois TOURDE a tapot� :
| Le 12550i�me jour apr�s Epoch,
| Cedric Cellier �crivait:
|
| > On Wed, May 12, 2004 at 10:27:13AM +0100, Yves Rutschle wrote:
| >> (La derni�re fois que je l'ai utilis�, Galeon
| >> lan�ait 6 threads... bah pourquoi faire?).
| >
| > Pouvoir afficher une page tandis qu'il attend une r�solution de nom pour
| > une deuxi�me page, et qu'il interpr�te le javascript d'une troisi�me...?
|
| C'est vrai qu'il aurait �t� possible de faire un scheduleur dans
| Galeon, pour faire tout �a, mais pourquoi ne pas utiliser les
| fonctions du noyau pour faire �a?
|
| De m�me que apache pourrait �tre monolithique et utiliser des
| artifices et select pour r�pondre aux requ�tes des surfers, mais
| pareil que pour Galeon: C'est tellement plus confortable d'utiliser ce
| que propose le noyau. Et le code applicatif en est plus clair!
Oui.
En Exemple, il y a guiness-server qui est un programme que
certains connaissent ici et qui m'a servi de d�monstration
pour des cours sur la programmation multi-thread (puis c'est
devenu un amusement).
Faut voir la diff�rence de perfs en multi-thread/mono-thread !
Maintenant je ne sais pas ce que �a donnerait en multi-processus.
| /F - Qui aime bien les threads, sauf ceux auquels personne ne r�ponds
:)
Thomas
--
BOFH excuse #354:
Chewing gum on /dev/sd3c.
