Meer dan 65 procent van de computers gebruikt Google Chrome als hoofdbrowser, en de directe concurrent is een variant op dezelfde code. Dat betekent dat een groot aantal gebruikers wordt blootgesteld aan dezelfde voordelen... en dezelfde eigenaardigheden. Gelukkig is het optimaliseren van Google Chrome niet zo ingewikkeld. Met een basiscontrole van de configuratie, enkele achtergrondaanpassingen en bepaalde gewoonteveranderingen kan onze browserervaring, en veel, verbeteren.
Achtergrondtoepassingen sluiten
Chrome/Chromium heeft een standaardparameter die sommige toepassingen in staat stelt om op de achtergrond te blijven draaien, zelfs wanneer de browser is gesloten. In omgevingen met veel RAM kan dat een voordeel zijn, maar we kennen de relatie tussen Chrome en het geheugen goed, dus het is geen slecht idee om deze waarde uit te schakelen. Je vindt deze in het gedeelte Systeem, of Geavanceerd -> Systeem.
De taakbeheerder is je vriend
Nee, ik heb het niet over de normale Windows-taakbeheerder, maar over degene die is ingebouwd in Google Chrome. Als je op Shift+Esc drukt met de browser geopend (het alternatief is het gedeelte Meer hulpmiddelen in het menu te bezoeken), krijg je een venster met de volledige lijst van tabbladen en processen die aan Chrome/Chromium zijn gekoppeld, de identificatie, en het belangrijkste: het geheugengebruik. Als er iets misgaat met een van deze elementen, kun je het selecteren en op Proces beëindigen klikken.
Heb je echt al die tabbladen en extensies nodig?
Het nut van sommige extensies staat buiten kijf, en veel gebruikers beperken hun browsersessies tot een festival van geladen tabbladen omdat ze het comfortabeler vinden om zo te werken. Het probleem is dat de combinatie van overmatige tabbladen en extensies een explosieve cocktail vormt die de prestaties vernietigt. Dit is niets meer dan een suggestie, maar als je sessie voelt alsof je in gelei zwemt, hebben de tabbladen en extensies misschien een tweede blik nodig.
Proceslimiet per site
Google Chrome heeft verschillende strategieën om een website te laden. Volgens de beschikbare informatie is de standaardmethode "Process-per-site-instance", waarmee een website meerdere processen kan laden. Het alternatief is "Process-per-site", met een limiet van één proces per site.
Het goede nieuws is dat "Process-per-site" het RAM-gebruik kan verminderen. Het slechte is dat we stabiliteit inwisselen. Als je hiermee wilt experimenteren, hoef je alleen maar de opdracht --process-per-site toe te voegen aan de snelkoppeling van Chrome/Chromium, zoals de afbeelding laat zien.
Tweaks in chrome://flags
Tot slot deel ik de tweaks van chrome://flags die ik momenteel gebruik in Chrome/Chromium. Het is mogelijk dat sommige niet beschikbaar zijn (dit hangt af van elke browser), of dat ze een iets andere beschrijving gebruiken:
- Max-connections-per-host beperkt het aantal gelijktijdige verbindingen per host tot 6 of 15. Ik heb deze waarde alleen in Chromium gezien.
- Smooth-scrolling spreekt voor zich. Als je een vloeiender scrollen in Chrome/Chromium wilt, schakel het dan in.
- Enable-quic heeft betrekking op het QUIC-protocol, dat al geruime tijd de markering 'experimenteel' draagt, maar ik heb geen negatieve effecten gemerkt bij het inschakelen.
- Enable-gpu-rasterization en Enable-zero-copy hangen zowel af van de beschikbare GPU als van de geïnstalleerde stuurprogramma, en je moet deze bijwerken voordat je met deze waarden gaat spelen.
- Enable-parallel-downloading schakelt parallelle downloads in voor hogere snelheid.
- Use-angle werd genoemd in een van onze artikelen om YouTube-problemen in Chrome op te lossen, vooral bij het scrollen. Een wijziging van Standaard naar D3D9 of OpenGL lost dat probleem meestal op.
