Du coup, une bonne isolation se fait à coup de processus distincts. Faire du polling actif sur des ressources, ça va quand tu n'es pas pressé mais un navigateur est pressé d'afficher la page. Il devrait donc faire du poll en permanence, c'est un coup à bouffer tout le CPU.
Il y a deux types d'appels disponibles pour faire du polling. Dans les deux cas si la ressource est disponible, tu y accèdes sans soucis. Dans le cas contraire, si l'appel est bloquant ton processus est marqué comme endormi et sera réveillé par l'OS dès qu'une ressource sera disponible, si l'appel est non bloquant c'est que tu as fait un appel asynchrone à ta ressource et un signal réveillera ton processus donc tu peux l'endormir tranquillement. Le risque que je vois c'est que plusieurs processus s'allouent des ressources en même temps pour ensuite se retrouver tous en attente de la disponibilité d'une ressource alors qu'au final on est limité en nombre de CPU...
[^] # Re: Toujours pas de multithread ?
Posté par tyoup . En réponse à la dépêche Firefox Sept : consommation mémoire nettement améliorée. Évalué à -1.
Il y a deux types d'appels disponibles pour faire du polling. Dans les deux cas si la ressource est disponible, tu y accèdes sans soucis. Dans le cas contraire, si l'appel est bloquant ton processus est marqué comme endormi et sera réveillé par l'OS dès qu'une ressource sera disponible, si l'appel est non bloquant c'est que tu as fait un appel asynchrone à ta ressource et un signal réveillera ton processus donc tu peux l'endormir tranquillement. Le risque que je vois c'est que plusieurs processus s'allouent des ressources en même temps pour ensuite se retrouver tous en attente de la disponibilité d'une ressource alors qu'au final on est limité en nombre de CPU...