Hvorfor starter firefox fem processer? Den nye Firefox er multi-threaded og hurtig

Firefox-udviklingsteamet har frigivet ny version browser nummer 54. Hovedfunktionen i den opdaterede Firefox er understøttelse af multiprocesbehandling af websider, som har været undervejs i otte år under kodenavnet Electrolysis (E10S). Mozilla-repræsentanter kalder den nye version af browseren "den bedste Firefox."

Den første version af multi-proces Firefox blev introduceret i august sidste år (version 48). I den blev arbejdet med brugergrænsefladen flyttet til en separat proces, som gjorde grænsefladen responsiv, selv når høje belastninger på systemet. I version Firefox 54 gik udviklerne endnu længere og organiserede arbejdet i flere parallelle processer: hver med sin egen RAM ressourcer og CPU-styret operativ system.

Ulempen ved denne fremgangsmåde er normalt højt hukommelsesforbrug. For eksempel, Google Chrome opretter som standard en ny proces for hver fane og bruger mange ressourcer. Men ifølge Firefox marketingchef Ryan Pollock vil Firefox i modsætning til Chrome ikke optage al RAM og bremse brugerens computer.

Mozilla bemærker, at for at undgå unødvendigt hukommelsesforbrug lanceres kun fire indholdsprocesser som standard. Det er nok tallet fire gyldne middelvej mellem hukommelsesforbrug og fordelene ved multiprocessorsystemer. Antallet af processer kan dog konfigureres ved at gå til fanen about:config og ændre dom.ipc.processCount-værdien.

Brugere bemærker, at Firefox 54 faktisk er hurtigere sammenlignet med tidligere versioner, og bruger færre ressourcer end Chrome. Men hvis du har tilføjelser installeret, som ikke understøtter multi-threading, vil du ikke kunne drage fordel af de nye browserfunktioner. Detaljeret information Du kan finde information om Firefox multi-threading i Ryan Pollocks indlæg her.

Ud over multi-processor funktionalitet modtog Firefox 54 også flere nye WebExtension API'er til udvikling af tilføjelser, der er kompatible med andre browsere. Udgivelsen inkluderer en API til at oprette sidebjælker, så du kan placere lokale HTML-filer inde i panelet. Også tilføjet var muligheden for at forbinde din egen protokolbehandler og muligheden for at konfigurere about:newtab. Derudover blev Privacy API introduceret til at administrere sikkerheds- og privatlivsindstillinger (networkPredictionEnabled, webRTCIPHandlingPolicy og hyperlinkAuditingEnabled).

Sandbox-isolering er blevet aktiveret i den nye browser, hvilket begrænser adgangen til Firefox-underprocesser til filsystem og andre processer. Isolation i Linux systemopkald implementeret ved hjælp af Secomp-bpf, samt User namespace og chroot. På Windows er sandboxbroker og sandboxtarget-bibliotekerne, udviklet og brugt af af Google. En anden ændring introduceret i Firefox 54 inkluderer muligheden for at oprette og gemme egne enheder i responsiv designtilstand til test af websteder (du kan indstille skærmopløsningen, gennemløb netværk osv.).

Ud over innovationer og fejlrettelser eliminerer Firefox 54 også en række sårbarheder, hvoraf nogle blev markeret som kritiske - de kunne føre til eksekvering af en angribers kode ved åbning af phishing-sider.

Og endelig, med udgivelsen af ​​Firefox 54, afslutter Mozilla processen med at lukke kanalen med Aurora-versioner af browseren. Nu agter organisationen at bruge princippet om trinvis levering af opdateringer til Release-kanalen, hvor nye funktioner, såsom Elektrolyse, gradvist føjes til browsere uden stort antal brugere. Hvis en opdatering forårsager en stigning i fejl, eller telemetridata indikerer, at der opstår problemer, stopper Mozilla udrulningen af ​​opdateringen og forfiner løsningen.

Produktleveringsprocessen vil således bestå af tre faser: Nightly, Beta, Stable. Ved at opgive Aurora-kanalen håber udviklerne at fremskynde udgivelsesprocessen stabile versioner browser i flere måneder.

Fuld liste Du kan finde ændringerne i den nye udgivelse på udviklernes hjemmeside her.

P.S. Hvad skriver vi ellers om på vores blog:

• IaaS i musikkens verden: hvordan skyen bliver standarden for hosting af lydindhold
• Hvorfor kan diskhastighedstestresultatet i en bærbar computer være bedre end på en industriel server i skyen?

Fra udgivelsesversionen af ​​Firefox 48 kan du fremskynde den ved at ændre en række parametre. Selvom denne funktionalitet tidligere var tilgængelig i betaversioner, aktiverede Mozilla officielt denne tilstand som standard for 1 % af brugerne fra version 48. Så hvorfor er vi værre? Den vigtigste ændring er relateret til brugen af ​​Multiprocessing-tilstand.
De fleste lægfolk forstår nok, at dette betyder hurtigere visning af websteder og bedre respons. Men ud over speedup tilføjer dette pålidelighed, da en fastfrosset fane nu ikke vil påvirke driften af ​​de andre og hele browseren. Og når du åbner flere faner, vil der ikke være sådanne blokeringsoperationer, som når du arbejder i enkeltprocessortilstand. Og også en forbedring af sikkerheden, nu på grund af isolation vil det være sværere for den dårlige kode at få ressourcer til browserens komponenter, men dette er i teorien.
For at sikre, at denne tilstand er aktiveret, skal du gå til menupunktet Hjælp - Oplysninger til løsning af problemer - find linjen Multi-proces vinduer.

Hvis værdien er 0/1, så adresse bar opkald


Det er værd at bemærke, at når du bruger denne tilstand til eksplicit ræveacceleration, er den muligvis ikke kompatibel med installerede tilføjelser. Du kan kontrollere kompatibiliteten af ​​dine tilføjelser på denne side
Jeg minder dig om, at før du foretager ændringer, skal du kopiere prefs.js-filen fra profilmappen til et separat sted, og hvis der er problemer, kan du returnere alle indstillingerne ved blot at returnere den til dens plads. Og så lad os gå.

Sådan fremskyndes Firefox

• browser.tabs.remote.autostart – sand
  multiprocessor-tilstand. Al dens charme afsløres under meget dynamisk surfing. Men sandheden er, at den ikke bruger meget mere hukommelse end i enkelttrådstilstand.
• dom.ipc.processCount - 4
  hvor mange processer der skal bruges. Kan indstilles lig med antallet af processorkerner
• browser.tabs.remote.force-enable – sand
  aktivere multiprocessortilstand, selvom du har installeret tilføjelser, der ikke er kompatible med det.
• extensions.e10sBlockedByAddons – falsk
  udvidelser blokerer ikke multiprocessing
• extensions.e10sBlocksEnabling – falsk
  aktivere multiprocessing-blokering
• layers.async-pan-zoom.enabled – sand
  asynkron rulning ved indlæsning af flere sider
• dom.ipc.plugins.asyncInit – sandt
  Asynkron initialisering af plugins. Hver side, der bruger disse plugins, initialiserer dem, når de åbnes, og denne proces består af flere stadier, hvor browseren oftest fryser i et stykke tid. Denne mulighed giver dig mulighed for at slippe af med dette.
• javascript.options.asyncstack – sandt
  asynkront stackkald
• netværk.http.pipelining.aggressiv – sandt
  I tilfælde af problemer med forbindelsen (for eksempel afbryder serveren den), bruges backup-mekanismer til at vedligeholde den
• network.http.pipelining.max-optimistic-requests – 8
  Det maksimale antal anmodninger pr. forbindelse, som FireFox laver. Mere end 8 fremskynder ikke indlæsningen af ​​siden markant, men det øger belastningen på serveren. Der er rigtig mange artikler på internettet, hvor denne parameter er klart større. Jeg er ikke sikker på, om dette er godt, for serveren skal returnere svaret i en streng rækkefølge, og hvis der for eksempel var et midlertidigt problem, vil visningen af ​​webstedet bremse kraftigt. Eller overhovedet stor betydning, kan serveren tro, at den blot bliver tilgået fra én IP og vil blokere dig. Så der kan ikke være tale om acceleration.
• browser.panorama.animate_zoom – falsk
  En parameter, der er ansvarlig for animationen af ​​en fane "zoomer ind", når den vælges fra et panorama (gruppe af faner)
• network.http.pipelining.maxsize – 524288
  det er nok maksimal størrelse transportør buffere
• network.http.pipelining.ssl – sandt
  aktiverer eller deaktiverer pipelinede anmodninger via SSL forbindelse(https)
• network.http.proxy.pipelining – sandt
  Brug flere anmodninger i én forbindelse til serveren, når du bruger en proxy.
  om pipelineisering
• browser.cache.use_new_backend - 1
  aktiverer et nyt HTTP-cachesystem. Giver dig mulighed for at løse nogle problemer med interfacerespons
• memory.free_dirty_pages – sandt
  Frigør ubrugte hukommelsessider. Frigør hukommelse efter lukning af faner. Vil have en positiv effekt på hastigheden Firefox virker
• image.cache.timeweight – 100
  Der indstilles en vægt, der bestemmer, hvordan det afkodede billede fjernes fra cachen. Værdien er tættere på nul; når den fjernes, skifter vægten til størrelse. Tættere på 1000 skifter billedets levetid til den tid, det forbliver i cachen.

Hvis det tidligere så ud for dig, at ræven var ved at bremse, så virkede det ikke for dig. FireFox hurtigt Det udvikler sig i et hurtigt tempo, noget tilføjes, noget fjernes. I løbet af flere dusin udgivelser har Mozilla tilføjet så mange ikke særlig nødvendige og varierede ting, at du vil blive meget overrasket over, hvor meget den kan sende/samle/sende et sted hen og til en form for analyse uden din viden. Jeg tror, ​​jeg vil dække emnet sikkerhed, da dette, selvom indirekte, også påvirker browserens hastighed.
Nå, jeg håber, efter at have læst denne artikel og anvendt disse tips, selvom det ikke er meget, din FireFox vil opleve mærkbar acceleration.

En interessant video, der virkelig hjælper med at fremskynde sideindlæsning og reducere trafikforbrug. Men! Efter dets anvendelse vises noget indhold muligvis ikke længere på websteder. Som et eksempel, aktiver det og opdater denne side. Du går muligvis glip af videoen i slutningen af ​​denne artikel.

Det er bare sådan, at Firefox bruger en model med en enkelt processor, og virkeligheden er, at denne tilgang, under hensyntagen til dynamikken i netværksudvikling og delvis kobling med XUL, forårsager mildt sagt en masse besvær. En proces skal håndtere flere tråde, hvilket i høj grad påvirker browserens ydeevne som helhed. Reaktionsevnen i Firefox lod meget tilbage at ønske, mens Google Chrome renderede tunge sider perfekt, hvilket ikke på nogen måde påvirkede ydeevnen af ​​andre faner.

Denne situation tvang mange til at skifte til chrome, og de, der ikke ønskede at lede efter løsninger i form af forskellige former for optimeringer, som langt hen ad vejen skyldes en ulogisk tilgang til trådfordeling eller en banal skrivelyst. noget på bloggen, forværrede simpelthen situationen. Nu skulle én proces ikke kun fungere, men arbejde meget hurtigt! I sidste ende forstod udviklerne selv udmærket, at lav hukommelse er én ting, men lav hastighed arbejde, hvilket hovedsagelig er begrundet i de gamle bundter med XUL. Faktisk: Vi åbner flere faner i Firefox på én gang, scroller i dem og i indlæsningsøjeblikket ser vi, at alt går langsommere - der var ikke tale om nogen smidig surfing.

Mozilla startede elektrolyseprojektet for at tilpasse Gekko-motoren til at bruge flere processer. Hvad tvinger Mozilla til at skifte til en lignende model til at bygge sin browser? Først og fremmest er det ydeevne og lydhørhed. Hovedmålet er at reducere skrammel, der opstår under standardoperationer - indlæsning af en særlig stor side, indtastning af en webformular eller rulning af en side, der er overbelastet med elementer.

Jeg foreslår at bruge de nye funktioner i multiprocessormodellen (desværre er de deaktiveret som standard, da de stadig er under udvikling). Alle funktioner er blevet testet af forfatteren selv, og deres værdier er valgt til den hurtigste og hurtigste mulige stabil drift. Hovedfokus er på Firefoxs ydeevne og reaktionsevne under aggressive surfingforhold. Hukommelsesforbrug sammenlignet med enkelt-processor-tilstand bør stige med omkring 12%-17%, under hensyntagen til tvungen brug hardwareacceleration, og uden det ikke mere end 10%.

Da projektet netop er under udvikling og ikke er helt stabilt, skal du redigere i en ny profil og derefter sammenligne resultatet. Jeg anser det for upassende at henvise til mine resultater på grund af projektets råhed. Resultaterne kan simpelthen variere dramatisk.

Optimering

Gælder på alle versioner over 44beta

Rediger om:config:

Browser.tabs.remote.autostart - true (aktiver multiprocessing for faner) layers.async-pan-zoom.enabled - true dom.ipc.plugins.asyncInit - sand (asynkrone plugins) javascript.options.asyncstack;true layers.acceleration. force-enabled = true (deaktiver, hvis der er problemer med video) network.http.max-connections = 512 network.http.pipelining = true network.http.pipelining.aggressive = true network.http.pipelining.max-optimistic-requests = 32 network.http.pipelining.maxrequests = 96 network.http.pipelining.maxsize = 600000 network.http.pipelining.ssl = true network.http.proxy.pipelining = true browser.cache.use_new_backend - 1 ( nyt system caching) memory.free_dirty_pages - true browser.tabs.animate = falsk image.cache.timeweight = 100 browser.display.show_image_placeholders - falsk nglayout.initialpaint.delay;0 (opret heltal) browser.display.auto_quality_min_font_size - (-1)

Browser.display.focus_ring_on_anything (boolesk) = falsk browser.display.focus_ring_width (heltal) = 0

Beskyttelse

Network.dns.disableIPv6 - false network.dns.disablePrefetch - true network.predictor.enabled - false network.predictor.cleaned-up - true network.prefetch-next - falsk browser.send_pings - falsk netværk.http.speculative-parallel- grænse - 0 (nul) privacy.trackingprotection.enabled;true (beskyttelse mod fejl) browser.safebrowsing.enabled;false browser.safebrowsing.malware.enabled;false dataareporting.healthreport.service.enabled;false browser.safebrowsing.downloads.remote .enabled;false extensions.blocklist.enabled - false extensions.getAddons.cache.enabled - false browser.chrome.toolbar_tips - false media.video_stats.enabled - false dom.battery.enabled - false media.peerconnection.enabled=false

Enheder

Dom.gamepad.enabled;false dom.vr.oculus.enabled;false dom.vibrator.enabled

Deaktiver Hej

Browser.newtabpage.directory.ping - efterlad en tom linje browser.newtabpage.directory.source - efterlad en tom linje browser.aboutHomeSnippets.updateUrl - efterlad en tom linje

Nu vil kvaliteten af ​​arbejdet stige markant. Held og lykke.

Mozilla Corporation har haft den svære skæbne konstant at stille op med andenpladsen. Hendes browser Mozilla Firefox først prøvede jeg at vælge forrang fra det pålagte af Microsoft Internet Explorer, dengang den megapopulære Opera i midten af ​​2000'erne Presto motor. I slutningen af ​​2000'erne havde Fire Fox sin nuværende hovedkonkurrent - Google browser Chrome. Og i På det sidste der er også en voksende trussel i form af en lovende browser som en del af Windows 10 Microsoft Edge. Men Mozilla Corporation giver ikke op, de tror fuldt og fast på Firefox's lyse fremtid, og starter med version 48 af browseren, forsyner den den med en multiprocesdriftstilstand for at fremskynde arbejdet. For de fleste browserbrugere kommer denne tilstand med mulighed for at blive aktiveret, men den er ikke aktiv som standard.

1. Om Mozilla Firefox multi-proces mode

Multiproces-tilstand, også kendt som elektrolyse, også kendt som e10s, er en multi-threaded databehandlingsteknologi, takket være hvilken browseren selv, fanerne åbnes i den og tilføjelserne, der er indlejret i den, kan fungere inden for ikke én, men flere aktive processer. Brugere vil være i stand til at få et lille ydelsesboost, når de surfer på internettet ved hjælp af Mozilla Firefox. Sandt nok vil en sådan stigning kun være tydeligt mærkbar på svag computerenheder. Multi-proces mode er designet til at fremskynde lanceringen af ​​websteder og generelt øge browserens reaktionsevne. Ud over at øge ydeevnen vil introduktionen af ​​multi-proces mode øge stabiliteten og sikkerheden i browseren.

Mozilla Firefoxs multiprocestilstand fungerer anderledes end Google Chromes. Sidstnævnte har aktive faner og udvidelser adskilt i mange separate processer. I Mozilla Firefox, efter aktivering af multi-proces-tilstand, ud over selve browserprocessen, vises kun én yderligere proces, som skal give arbejde åbne faner Og installerede tilføjelser. Mozilla Corporation planlægger at øge antallet af aktive browserprocesser i den nærmeste fremtid.

Der er to væsentlige ulemper ved multi-proces mode i Mozilla Firefox - øget forbrug Random Access Memory og inkompatibilitet af nogle tilføjelser med denne tilstand.

2. Sådan aktiverer du multi-proces mode i Mozilla Firefox

Aktivering af multi-proces mode af Mozilla Firefox udføres i dens skjulte indstillinger. Før du fortsætter direkte til aktivering af multi-proces mode, er det tilrådeligt at lave en kopi speciel fil Med nuværende indstillinger Firefox, så du i fremtiden kan returnere alt med et par klik og ikke bøvle med at søge efter indstillinger eller geninstallere browseren. I adressen Firefox linje Indtast adressen på supportsiden for browserinformation:

På denne side, i tabellen "Applikationsoplysninger", se efter kolonnen "Profilmappe" og klik på knappen "Vis mappe".

Browserprofilmappen åbnes i Stifinder, hvor du skal finde en fil kaldet "prefs" med filtypenavnet ".js". Du skal lave en kopi af denne fil og gemme den et sikkert sted.

Nu kan vi begynde at aktivere multiproces-tilstand. Indtast i adresselinjen:

Klik på knappen, der siger "Jeg accepterer risikoen."

browser.tabs.remote.autostart

Dette er en mulighed for at aktivere multiproces-tilstand. Dobbeltklikændre den forudindstillede værdi for denne parameter fra "false" til "true".

Indtast derefter i søgefeltet:

extensions.e10sBlockedByAddons

Aktivering af denne parameter er nødvendig i tilfælde af Firefox tilføjelser, ikke tilpasset til at arbejde med multiproces-tilstand, vil blokere den. Her skal du dobbeltklikke for at erstatte standardværdien "true" med "false".

For fuldt ud at opleve effekten af ​​Firefoxs multi-proces mode, kan du indstille browseren til at bruge flere kerner af din computers processor. Indtast i søgeparametre feltet:

Dobbeltklik for at åbne vinduet til værdiredigering. I stedet for standardværdien "1", skal du indtaste "2", "4" eller "8" i overensstemmelse med antallet af processorkerner, der er allokeret til browseren.

Efter redigering af parametrene skjulte indstillinger genstart browseren.

For at deaktivere multiprocestilstanden i Firefox skal du følgelig udføre alle trinene omvendt. Men det er nemmere at vende tilbage til standardindstillingerne for browseren ved at erstatte prefs.js-filen i den aktuelle udgave i browserprofilmappen med en tidligere lavet kopi.

Hav en god dag!

Hvorfor har browseren brug for flere processer? Multi-proces arkitektur øger sikkerhed og stabilitet: Hvis en fejl opstår et sted, vil det ikke trække alt andet ned på én gang.

Faktisk er multiprocesteknikken blevet brugt af andre browsere i lang tid og meget mere aggressivt end Firefox. For eksempel Chrome og alle browsere på Chrom-baseret (moderne Opera, Yandex.Browser og andre) kan endda vise snesevis af processer i hukommelsen i opgavehåndteringen, hvis du har mange faner indlæst.

Der er en alvorlig negativ pointe i dette: mange processer kan belaste en svag computer hårdt, og hvis du er vant til at arbejde med et stort antal faner eller du har mange udvidelser installeret, så kan en pc med relativt opdaterede egenskaber allerede være "anstrengt".

Opretter Firefox færre processer end Chrome?

Som vi allerede har sagt, behandlede Mozilla spørgsmålet om flere processer meget mere omhyggeligt end Google selv.

Oprindeligt oprettede udviklerne kun én ekstra proces til Firefox, hvor plugins (ikke at forveksle med udvidelser) blev vist - plugin-container.exe. Firefox har således 2 processer for første gang.

Men tiden gik og krævede, at virksomheden ikke var underlegen i forhold til sine konkurrenter med hensyn til stabilitet og sikkerhed. Som følge heraf blev den gennemtestede, fuldgyldige Firefox multiprocesarkitektur færdiggjort i år.

Firefox mister ikke fordelen ved lavere hukommelsesforbrug, selvom den bruger sin multiprocessing maksimalt (8 CP - 8 processer til behandling af indhold)

Nogle brugere er stabile Firefox versioner For første gang var vi i stand til at evaluere multiprocessing denne sommer, startende med Firefox 54. Den sidste fase her var efterårets udgivelse af Firefox 57, som ikke længere understøttede . Nogle af disse udvidelser kunne tidligere blokere multi-proces mode, hvilket tvang Firefox til kun at bruge én proces.

Men med processer i Firefox er tingene stadig ikke det samme som i Chrome. Hvis Googles idé kører bogstaveligt talt alt og alle i separate processer (hver fane, hver udvidelse), så går Firefox i stykker forskellige elementer i grupper. Som følge heraf er der ikke så mange processer som hovedkonkurrenten.

Dette resulterer i et mærkbart lavere hukommelsesforbrug og i nogle tilfælde lavere CPU-belastning. Trods alt kæmpe antal processer i Chromium-browsere kan indlæses selv af ikke de fleste svag processor. Men Mozilla kom til sidst frem til et kompromis og efter vores mening den mest rimelige løsning.

Derudover bruger Firefox en anden on-demand-fanemekanisme end Chrome- og Chromium-baserede browsere.

Hvis disse webbrowsere automatisk indlæser sekventielt faner i baggrunden med forrige session, så gør "ildræven" dette kun, når den eksplicit åbner (klikker) på fanen og skaber derved ikke unødvendige processer når de ikke er nødvendige. Dette bidrager også til mindre ressourceforbrug.

Hvordan reducerer man antallet af Firefox-processer?

I modsætning til Google giver Mozilla praktisk talt brugeren mulighed for at kontrollere, hvor mange hukommelsesprocesser browseren bruger.

Du ser flere firefox.exe-processer (eller firefox.exe *32 i tilfælde af at du bruger 32-bit versioner) hængende i task manager og vil fjerne/deaktivere dem - intet problem. Åbn Indstillinger, rul ned i sektionen "Generelt", når du undersektionen "Ydeevne":

Hvis du fjerner markeringen af ​​"Brug anbefalede ydeevneindstillinger", vil du blive præsenteret for en indstilling for antallet af indholdsprocesser.

Der er muligheder fra 1 til 7 processer at vælge imellem (hvis du har mere end 8 GB hukommelse, kan der tilbydes mere end 7 processer):

På dette tidspunkt er det værd at komme med flere vigtige præciseringer.

For det første taler vi om processer til behandling af indhold. Hvis du her f.eks. kun angiver 1 proces, så vil det samlede antal processer i hukommelsen falde, men du får stadig ikke kun én kopi af firefox.exe, for udover indholdet udsender Firefox også interfacebehandling at adskille processer.

For det andet giver det mening at reducere antallet af processer på computere med lille volumen"RAM" og ekstremt svag hardware. Til gengæld vil multiprocessing på mere eller mindre acceptabel hardware ikke forværre ydeevnen, men tværtimod bidrage til det, omend på bekostning af øget hukommelsesforbrug.

Er der nogen fordel ved at reducere antallet af processer?

Hvis vi taler om vores eget eksempel, for en pc med 8 GB RAM, blev der oprindeligt foreslået 4 indholdsbehandlingsprocesser. Samtidig kunne op til 7 processer vises i hukommelsen, når et stort antal faner åbnes.

Da vi indstillede antallet af indholdsprocesser til 1, genstartede browseren og genklikkede på alle fanerne for at indlæse dem, var der forudsigeligt kun 4 processer tilbage i hukommelsen.

Af disse er 3 beregnet til selve browseren, og 1 proces er specifikt til behandling af indhold, og sidstnævnte er let at skelne, for når du åbner et anstændigt antal faner, begynder det at optage meget mere hukommelse end de andre:

I Firefox havde vi 15 forskellige websteder åbne. I den originale tilstand (7 processer) var det samlede hukommelsesforbrug omkring 1,5 GB. Da der kun var fire processer tilbage, tog de i alt omkring 1,4 GB (se skærmbilleder ovenfor).

Vi gentog eksperimentet flere gange, hvor hver "forstærkning" af RAM kun var 100-150 MB. Det er værd at overveje, at browserens ydeevne kan reduceres ved at skifte til 1 proces for indhold. Derfor er pointen med at reducere antallet af processer, som du kan se, meget lille.