• [^] # Re: Toujours pas de multithread ?

    Posté par . En réponse à la dépêche Firefox Sept : consommation mémoire nettement améliorée. Évalué à 2.

    Le multi process/thread est une stratégie parmi d'autres pour résoudre ce genre problème, et la stratégie en question est de délèguer la difficulté sur l'OS et sa gestion des processus.
    Rien n'empêche d'avoir un pool de thread de taille fixe et d'en allouer un disponible à chaque page qui à besoin d'un chargement quelconque en plus du principal qui gère l'application.
    Rien n'empêche non plus de ne pas geler l'application quand une page charge, que je sache, les entrées sorties peuvent avoir un timeout qui est nul, ce qui reviendrai à faire du polling sur l'arrivée de données depuis le serveur distant, et de ne les traiter que lorsque qu'il y en a suffisamment pour décider de la prochaine action.

    En fait, il y a juste des tas de stratégies, et quand on est dans l'application, on est censé mieux connaitre les besoins qu'une gestion générique faite par le noyau (même si elle est excellement bien faite, comme dans le cas du noyau linux), et donc pouvoir avoir une gestion plus optimisée de ses ressources.