Le 12550i�me jour apr�s Epoch,
Yves Rutschle �crivait:
> On Wed, May 12, 2004 at 06:09:13PM +0200, Fran�ois TOURDE wrote:
>> > 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...?
J'ai jamais dit �a ... :)
> Logiquement il y aurait donc un thread par page (un thread
> par tab, en gros), plus sans doute un thread pour g�rer
> l'UI. Mais il y en avait 6 tout le temps, quel que soit le
> nombre de tabs...
Tout d�pends de la fa�on dont c'est programm�. Il peut tr�s bien y
avoir les threads suivants:
- T�l�chagement des objets
- Rendu visuel
- R�solution des noms
- Interpr�teur Scripts
- Gestion des plugins
- Gesstionnaire principal
�a fait 6, et �a le fait ! :)
>> 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!
>
> Boa fait aussi bien qu'Apache sans jamais utiliser un seul
> thread (il ne forke que les CGIs).
Oui, c'est probable, mais: TIMTOWT... comme disait machin l�...
--
You'll learn something about men and women -- the way they're supposed
to be. Caring for each other, being happy with each other, being good
to each other. That's what we call love. You'll like that a lot.
-- Kirk, "The Apple", stardate 3715.6
