Je ne confonds pas: chaque processus contient au moins une thread donc comme FF4 va passer en mode un onglet = un process, il va utilise plus de thread d'execution qu'avant pour l'affichage, ce qui est bon pour la reactivite de l'interface (les espaces memoires different des processus sont bon pour la robustesse mais n'ont pas a priori d'impact sur la reactivite de l'interface).
>[coupe] pour les traitements n'ayant pas une interaction directe avec l'affichage
C'est bien ce que je lui reproche! C'est une restriction tres importante. Le but d'un navigateur web, c'est bien d'*afficher* des pages, non?
>Utiliser des threads pour chaque onglet, ça n'apporterais rien : les threads sont dans le même processus d'exécution, donc si ça plante dans l'un, tout plante
Je parlais de la reactivite, utiliser des thread ou des processus c'est la meme chose de ce point de vue la.
Tu change de sujet en parlant de la robustesse..
[^] # Re: Scheduler
Posté par reno . En réponse à la dépêche Le projet Haiku Project annonce la disponibilité d'Haiku R1/Alpha 1. Évalué à 3.
Je ne confonds pas: chaque processus contient au moins une thread donc comme FF4 va passer en mode un onglet = un process, il va utilise plus de thread d'execution qu'avant pour l'affichage, ce qui est bon pour la reactivite de l'interface (les espaces memoires different des processus sont bon pour la robustesse mais n'ont pas a priori d'impact sur la reactivite de l'interface).
>[coupe] pour les traitements n'ayant pas une interaction directe avec l'affichage
C'est bien ce que je lui reproche! C'est une restriction tres importante. Le but d'un navigateur web, c'est bien d'*afficher* des pages, non?
>Utiliser des threads pour chaque onglet, ça n'apporterais rien : les threads sont dans le même processus d'exécution, donc si ça plante dans l'un, tout plante
Je parlais de la reactivite, utiliser des thread ou des processus c'est la meme chose de ce point de vue la.
Tu change de sujet en parlant de la robustesse..