Perché Chrome ha così tanti processi aperti?

Sommario:

Perché Chrome ha così tanti processi aperti?
Perché Chrome ha così tanti processi aperti?

Video: Perché Chrome ha così tanti processi aperti?

Video: Perché Chrome ha così tanti processi aperti?
Video: Personalizzare l'indirizzo URL del profilo Facebook - YouTube 2024, Maggio
Anonim
Se hai mai dato un'occhiata in Task Manager durante l'esecuzione di Google Chrome, potresti essere sorpreso di vedere che il numero di voci di chrome.exe ha superato radicalmente il numero di finestre Chrome effettive che avevi aperto. Qual è l'accordo con tutti quei processi?
Se hai mai dato un'occhiata in Task Manager durante l'esecuzione di Google Chrome, potresti essere sorpreso di vedere che il numero di voci di chrome.exe ha superato radicalmente il numero di finestre Chrome effettive che avevi aperto. Qual è l'accordo con tutti quei processi?

La sessione di domande e risposte di oggi ci viene fornita per gentile concessione di SuperUser, una suddivisione di Stack Exchange, un raggruppamento di domande e risposte basato sulla comunità.

La domanda

Se sei curioso di tutti quei processi di Chrome apparentemente duplicati, non sei il solo. Il lettore SuperUser PolyShell vuole davvero arrivare al fondo delle cose:

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.

Mentre il numero puro dei singoli processi di chrome.exe in un primo momento appare sconcertante, c'è una spiegazione perfettamente valida per il diluvio.

Le risposte

Diversi collaboratori di SuperUser sono intervenuti per rispondere alla domanda. Jeff Atwood ha offerto un riferimento al blog di sviluppo di Chrome:

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 condivide un trucco per esaminare i processi all'interno di Chrome al posto del più criptico Task Manager letto:

You can see which process does what on:

Menu-> Tools -> Task Manager

Which looks like this:

Deizel offre un aiuto per gli studenti visivi là fuori:
Deizel offre un aiuto per gli studenti visivi là fuori:

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

L'intero fumetto di Chrome vale la pena leggerlo per i fan di Chrome in quanto spiega molte altre scelte di progettazione coinvolte nella produzione del browser. È anche una lettura divertente.
L'intero fumetto di Chrome vale la pena leggerlo per i fan di Chrome in quanto spiega molte altre scelte di progettazione coinvolte nella produzione del browser. È anche una lettura divertente.

Hai qualcosa da aggiungere alla spiegazione? Sound off nei commenti. Vuoi leggere più risposte dagli altri utenti di Stack Exchange esperti di tecnologia? Controlla la discussione completa qui.

Consigliato: