• [^] # Re: ...

    Posté par . En réponse au journal Chrome, le futur navigateur de Google. Évalué à 3.

    Avec des thread il y a aussi des context switch - peut-être un chouilla plus optimisé sur certaines archi qu'un context switch entre processus différent, mais de toute manière sous les systèmes Unix-like et sous Linux en particulier les processus ne sont pas trop bloated donc on aurait tord de s'en priver !

    Avec des threads le risque que ça déconne de partout à cause d'une programmation laxiste explose littéralement. Je connais des projets qui trainent encore ce boulet depuis leur conception il y a presque 10 ans, qui sont très instable et extrêmement difficile à modifier à cause de ça - sans même parler des détails au niveau de la synchro qui rendent quasi impossible des évolutions rapide tant ça dérive vers du spaghetti.

    AMHA la programmation multithreadée a été tant abusée par des développeurs la maîtrisant très mal que le choix de cette archi à base de processus est un très bon choix pour un navigateur (j'imagine que le niveau de ceux qui bossent chez Google les rends tout de même aptes à réaliser une bonne archi à base de threads, mais il ne faut pas oublier tout ce qui vient derrière : les contributions, les plug-ins, etc)