Pourquoi Chrome a-t-il autant de processus ouverts?

Table des matières:

Pourquoi Chrome a-t-il autant de processus ouverts?
Pourquoi Chrome a-t-il autant de processus ouverts?

Vidéo: Pourquoi Chrome a-t-il autant de processus ouverts?

Vidéo: Pourquoi Chrome a-t-il autant de processus ouverts?
Vidéo: Episode n°65 - Personnaliser l'apparence des partages Facebook avec Open Graph ( www.365-jours.fr ) - YouTube 2024, Peut
Anonim
Si vous avez déjà jeté un œil dans le Gestionnaire des tâches lors de l'exécution de Google Chrome, vous avez peut-être été surpris de constater que le nombre d'entrées de chrome.exe dépassait radicalement le nombre de fenêtres de Chrome que vous aviez ouvertes. Quel est le problème avec tous ces processus?
Si vous avez déjà jeté un œil dans le Gestionnaire des tâches lors de l'exécution de Google Chrome, vous avez peut-être été surpris de constater que le nombre d'entrées de chrome.exe dépassait radicalement le nombre de fenêtres de Chrome que vous aviez ouvertes. Quel est le problème avec tous ces processus?

La séance de questions-réponses d'aujourd'hui nous est offerte par la sous-division SuperUser de Stack Exchange, un groupe de sites Web de questions-réponses dirigé par la communauté.

La question

Si vous êtes curieux de connaître tous ces processus apparemment dupliqués sous Chrome, vous n'êtes pas seul. Le lecteur SuperUser PolyShell veut vraiment aller au fond des choses:

In Windows Task Manager it seems that I have multiple Chrome processes running, even though I only have one Chrome window open.

How is this possible? I always thought each open program represented one process.

Bien que le nombre de processus individuels de chrome.exe semble au premier abord déroutant, il existe une excellente explication du déluge.

Les réponses

Plusieurs contributeurs de SuperUser ont répondu à la question. Jeff Atwood a proposé une référence au blog Chrome Development:

You can read the details here:

Google Chrome takes advantage of these properties and puts web apps and plug-ins in separate processes from the browser itself. This means that a rendering engine crash in one web app won’t affect the browser or other web apps. It means the OS can run web apps in parallel to increase their responsiveness, and it means the browser itself won’t lock up if a particular web app or plug-in stops responding. It also means we can run the rendering engine processes in a restrictive sandbox that helps limit the damage if an exploit does occur.

Basically, each tab has one process unless the tabs are from the same domain. The renderer has a process for itself. Each plug-in will have one and so will each extension that is active.

KronoS partage une astuce pour examiner les processus à l'intérieur de Chrome à la place du plus cryptique Task Manager, comme suit:

You can see which process does what on:

Menu-> Tools -> Task Manager

Which looks like this:

Deizel offre un aide pour les apprenants visuels:
Deizel offre un aide pour les apprenants visuels:

Don’t forget to read the Chrome introduction comic that covers this among other design decisions.

Toute la bande dessinée de Chrome est une lecture intéressante pour les fans de Chrome, car elle explique de nombreux autres choix de conception liés à la production du navigateur. C'est aussi juste une lecture amusante.
Toute la bande dessinée de Chrome est une lecture intéressante pour les fans de Chrome, car elle explique de nombreux autres choix de conception liés à la production du navigateur. C'est aussi juste une lecture amusante.

Avez-vous quelque chose à ajouter à l'explication? Sound off dans les commentaires. Voulez-vous lire plus de réponses d'autres utilisateurs de Stack Exchange doués en technologie? Découvrez le fil de discussion complet ici.

Conseillé: