Om du någonsin har tittat i Task Manager när du kör Google Chrome kan du ha varit förvånad att se att antalet krom. exe-poster översteg radikalt antalet verkliga Chrome-fönster som du hade öppnat. Vad handlar det om alla dessa processer?

Dagens Frågor och svar sessions kommer till vår tjänst med SuperUser-en indelning av Stack Exchange, en community-driven gruppering av Q & A-webbplatser.

Frågan

Om du ' är nyfiken på alla dessa seemly dubbla Chrome processer, du är inte ensam. SuperUser-läsare PolyShell vill verkligen komma till botten av saker:

I Windows Task Manager verkar det som att jag har flera Chrome-processer som körs, även om jag bara har ett Chrome-fönster öppet.

Hur är det här? Jag trodde alltid att varje öppet program representerade en process.

Medan det faktum att det enskilda chrome.exe-processen först ser sig förvirrande, är det en perfekt förklaring till floden.

Svaren

Flera SuperUser-bidragsgivare slog in för att svara på frågan. Jeff Atwood erbjöd en hänvisning till Chrome Development-bloggen:

Du kan läsa detaljerna här:

Google Chrome utnyttjar dessa egenskaper och sätter webbprogram och plugin-moduler i separata processer från webbläsaren. Det innebär att en återgivande motorkrasch i en webapp inte påverkar webbläsaren eller andra webbapps. Det betyder att operativsystemet kan köra webbapps parallellt för att öka deras respons och det betyder att webbläsaren själv inte kommer att låsa upp om en viss webapp eller plugin slutar svara. Det betyder också att vi kan köra processerna för återgivningsmotorn i en restriktiv sandlåda som hjälper till att begränsa skadan om ett utnyttjande inträffar.

I princip har varje flik en process om inte flikarna kommer från samma domän. Återställaren har en process för sig själv. Varje plugin kommer att ha en och så kommer varje utvidgning som är aktiv.

KronoS delar ett knep för att undersöka processerna inuti Chrome istället för den mer kryptiska uppgiftshanteraren läs ut:

Du kan se vilken process som gör det vad gäller:

Meny-> Verktyg -> Aktivitetshanterare

Som ser så här ut:

Deizel erbjuder en hjälpmedel för de visuella lärarna där ute:

Glöm inte att läsa in Chrome introduktionskomiken som täcker detta bland andra designbeslut.

Hela Chrome-serien är värt att läsa för Chrome-fans, eftersom det förklarar många andra designval som är inblandade i produktionen av webbläsaren. Det är också bara en rolig läsning.

Har något att lägga till förklaringen? Ljud av i kommentarerna. Vill du läsa mer svar från andra tech-savvy Stack Exchange-användare? Kolla in den fullständiga diskussionsgängan här.

Enorma macOS Bug tillåter root-inloggning utan lösenord. Här är Fix

En nyupptäckt sårbarhet i MacOS High Sierra tillåter alla som har tillgång till din bärbara dator för att snabbt skapa ett root-konto utan att skriva in ett lösenord, kringgå några säkerhetsprotokoll du har ställt in. Det är lätt att överdriva säkerhetsproblem. Detta är inte en av dessa tider. Det här är riktigt dåligt.

(how-top)

Så här ställer du in din Preferred Autofill Manager i Android Oreo

En av de bästa nya funktionerna i Android Oreo är den automatiska autofyllstjänsten. I grund och botten om du lagrar lösenord och formar data i Chrome, synkroniserar den här informationen nu över systemet för användning i appar och liknande. Om du inte använder Chrome: s inbyggda lösenordshanterare väljer du i stället för något som LastPass- du kan faktiskt ändra standardautofill-hanteraren till din föredragna applikation.

(how-top)