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.

Så här sparar du en kommandos utdata till en fil i basen (även om Linux och MacOS-terminalen)

När du kör ett kommando vid bash-prompten skriver det normalt utdata från det Kommandot direkt till terminalen så att du kan läsa den direkt. Men bash tillåter dig också att "omdirigera" resultatet av ett kommando, spara det till en textfil så att du kan granska produktionen senare. Detta fungerar i bash på alla operativsystem, från Linux och MacOS till Windows 10: s Ubuntu- Alternativ One: Omdirigera utdata till enbart fil Om du vill använda bash-omdirigering kör du ett kommando, anger operatören > eller >> , och Ange sedan sökvägen för en fil som du vill att produktionen omdirigeras till.

(how-top)

Vad gör jumpernålarna på baksidan av hårddisken?

Du kan ha pins på baksidan av hårddisken som ingenting är anslutet till. Dessa tappar kallas jumpers, och används för att aktivera specifika typer av inställningar. De används inte så mycket med moderna hårddiskar, förutom under vissa speciella omständigheter. Om du är under en viss ålder, eller om du inte har varit i maskinvara för länge, har du nog aldrig hört talas om hårddisk hoppare.

(how-top)