Hvorfor har Chrome så mange åpne prosesser?

Innholdsfortegnelse:

Hvorfor har Chrome så mange åpne prosesser?
Hvorfor har Chrome så mange åpne prosesser?

Video: Hvorfor har Chrome så mange åpne prosesser?

Video: Hvorfor har Chrome så mange åpne prosesser?
Video: How to Change Facebook Profile URL Name 2022 | Set a Custom URL - YouTube 2024, April
Anonim
Hvis du noensinne har tatt en titt i Oppgavebehandling mens du kjører Google Chrome, har du kanskje blitt overrasket over at antall chrome.exe-oppføringer overskrider antall faktiske Chrome-vinduer du hadde åpnet. Hva er avtalen med alle disse prosessene?
Hvis du noensinne har tatt en titt i Oppgavebehandling mens du kjører Google Chrome, har du kanskje blitt overrasket over at antall chrome.exe-oppføringer overskrider antall faktiske Chrome-vinduer du hadde åpnet. Hva er avtalen med alle disse prosessene?

Dagens Spørsmål og svar sesjon kommer til oss med høflighet av SuperUser, en underavdeling av Stack Exchange, en fellesskapsdrevet gruppering av Q & A-nettsteder.

Spørsmålet

Hvis du er nysgjerrig på alle de tilsynelatende dupliserte Chrome-prosessene, er du ikke alene. SuperUser leser PolyShell ønsker virkelig å komme til bunnen av tingene:

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.

Mens det rene nummeret til den enkelte chrome.exe prosesserer først, virker forvirrende, er det en perfekt god forklaring på flommen.

Svarene

Flere SuperUser-bidragsytere slått inn for å svare på spørsmålet. Jeff Atwood tilbød en referanse til Chrome Development-bloggen:

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 deler et triks for å undersøke prosessene inne i Chrome i stedet for den mer kryptiske oppgavesjefens utlasting:

You can see which process does what on:

Menu-> Tools -> Task Manager

Which looks like this:

Deizel tilbyr et hjelpemiddel for de visuelle lærerne der ute:
Deizel tilbyr et hjelpemiddel for de visuelle lærerne der ute:

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

Hele Chrome-tegneserien er verdt å lese for Chrome-fans, da den forklarer mange andre designvalg som er involvert i produksjonen av nettleseren. Det er også bare en morsom lesing.
Hele Chrome-tegneserien er verdt å lese for Chrome-fans, da den forklarer mange andre designvalg som er involvert i produksjonen av nettleseren. Det er også bare en morsom lesing.

Har du noe å legge til forklaringen? Lyde av i kommentarene. Vil du lese flere svar fra andre tech-savvy Stack Exchange-brukere? Sjekk ut hele diskusjonstråden her.

Anbefalt: