Защо Chrome има толкова много отворени процеси?

Съдържание:

Защо Chrome има толкова много отворени процеси?
Защо Chrome има толкова много отворени процеси?

Видео: Защо Chrome има толкова много отворени процеси?

Видео: Защо Chrome има толкова много отворени процеси?
Видео: STRANGE NEWS of the WEEK - 55 | Mysterious | Universe | UFOs | Paranormal - YouTube 2024, Може
Anonim
Ако някога сте се вгледали в мениджъра на задачите, докато работите с Google Chrome, може би сте се изненадали, че броят на записите chrome.exe радикално надвишава броя на действителните прозорци на Chrome, които сте отворили. Каква е сделката с всички тези процеси?
Ако някога сте се вгледали в мениджъра на задачите, докато работите с Google Chrome, може би сте се изненадали, че броят на записите chrome.exe радикално надвишава броя на действителните прозорци на Chrome, които сте отворили. Каква е сделката с всички тези процеси?

Днешната сесия за въпроси и отговори ни дойде с любезното съдействие на SuperUser - подразделение на Stack Exchange, обединено от общността на уеб сайтове за Q & A.

Въпроса

Ако сте любопитни за всички онези очевидно дублирани процеси на Chrome, не сте сами. Reader на SuperUser PolyShell наистина иска да стигне до дъното на нещата:

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.

Докато численият брой на отделните процеси на chrome.exe отначало изглежда объркан, има отлично обяснение за потока.

Отговорите

Няколко сътрудници на SuperUser се включиха, за да отговорят на въпроса. Джеф Атууд предложи препратка към блога за развитие на 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 споделя трик за изследване на процесите вътре в Chrome вместо по-загадъчния мениджър на задачите да прочете:

You can see which process does what on:

Menu-> Tools -> Task Manager

Which looks like this:

Deizel предлага помощник за визуалните ученици там:
Deizel предлага помощник за визуалните ученици там:

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

Цялата комиксина на Chrome е ценна, докато се чете за феновете на Chrome, тъй като обяснява много други варианти за дизайн, участващи в производството на браузъра. Това също е просто забавно четене.
Цялата комиксина на Chrome е ценна, докато се чете за феновете на Chrome, тъй като обяснява много други варианти за дизайн, участващи в производството на браузъра. Това също е просто забавно четене.

Имате ли нещо, което да добавите към обяснението? Звучи в коментарите. Искате ли да прочетете повече отговори от други потребители на Stack Exchange? Вижте цялата тема на дискусията тук.

Препоръчано: