Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 111 reacties

Google heeft bekendgemaakt dat zijn Chrome-browser vanaf versie 53 sneller werkt op Windows-systemen. Zo laadt een nieuw tabblad ongeveer vijftien procent sneller en start de browser ongeveer zeventien procent sneller op.

Google Chrome fpaDe zoekgigant schrijft dat de snelheidswinst mogelijk is door profile guided optimization van Microsoft toe te passen. Deze techniek houdt bij welke functies in de broncode van de browser het meest voorkomen. Zo worden sommige functies vaak gebruikt en andere minder, legt Google uit. Vaak gebruikte functies worden geoptimaliseerd, zodat deze sneller uitgevoerd kunnen worden.

Minder gebruikte functies ondergaan eveneens een optimalisatieproces, waarbij minder code die iets langzamer is, wordt toegepast. Bovendien zorgt de techniek ervoor dat populaire functies op een andere plek in het geheugen komen te staan dan minder populaire varianten. Daardoor moet de instructiecache van de cpu efficiënter gebruikt kunnen worden, omdat het cachen van zelden gebruikte code wordt vermeden.

Naast snellere laadtijden voor nieuwe tabbladen en voor de browser zelf moet Chrome pagina's ongeveer zes procent sneller weergeven, claimt Google. De 64bit-versie van Chrome gebruikt pgo vanaf versie 53 en de 32bit-versie vanaf versie 54. Deze zijn inmiddels uitgekomen.

Moderatie-faq Wijzig weergave

Reacties (111)

Moet eerlijk toegeven dat ik de snelheid nu al prima vind. Dat ze maar iets doen aan het geheugengebruik. Ik heb vaak meer dan 10 tabs openstaan en dan neemt chrome op den duur steeds meer geheugen in gebruik.
Als je dan de browser sluit en weer opent met dezelfde tabs is het een stuk minder, pas na lange tijd wordt het weer meer
Het is een feit dat een browser/applicatie niet verplicht is om aan "de applicatie" vrijgegeven geheugen door het OS meteen ook terug te geven als het niet meer nodig is. Op die manier lijkt het dan vaak alsof Chrome vrij veel geheugen neemt, waar jouw voorbeeld perfect onder past.

Hiermee zeg ik niet dat Chrome maar al te graag RAM inneemt, maar tenzij je echt elke megabyte van je RAM nodig hebt zie ik hier trouwens weinig probleem in. Nee het 'hoort' niet, maar waarom iedereen gigabytes aan vrij geheugen wilt terwijl ze hun taken aan het doen zijn is gaat mij te boven. Maar misschien zie ik het te nauw. Elk z'n mening.
Geheugen niet ingenomen door een applicatie is niet ongebruikt geheugen. Dat geheugen kan door het OS gebruikt worden (en dat gebeurt dus ook) om bestanden op de schijf te cachen en daar heb je als gebruiker veel meer baat bij dan dat bijvoorbeeld Chrome 5GB 'gebruikt' maar eigenlijk niet gebruikt maar gewoon bezet houdt.
Mmmm, Dat roept Microsoft nu al vele jaren maar in de praktijk komt daar maar weinig van terecht. Er zijn voldoende tools die je dat kunnen laten zien maar meestal is ongebruikt geheugen gewoon ongebruikt. Het kan dus bitter weinig schelen hoeveel geheugen Chrome nodig heeft.
Ik moet eerlijk zeggen dat ik me er op WIndows nooit zo in heb verdiept. Op Linux scheelt het wel degelijk enorm. Je kunt daar de uitsplitsing tussen actief gebruikt, buffers en cache zien, en dat past zich aan naar mate van het actieve gebruik. Je merkt bij diverse applicaties flinke snelheidstoenames door minder geheugen actief te gebruiken. Met name software die voor zijn functie veel bestanden op de schijf moet aanraken, of grote indexen gebruikt. Zoekfuncties bijvoorbeeld, maar ook in games gaat het wisselen tussen maps merkbaar sneller als je meer vrij geheugen hebt.
Dit kan je in Windows in Taakbeheer sinds Windows 8 zien op de geheugen tab.
tweakers.net had lang geleden een test gedaan en daar uit bleek dat meer geheugen niet beter was dus ook niet gebruikt werd.
Wel jammer voor Windows gebruikers maar inderdaad het maakt uit onder Linux. Belangrijker voor mij is dat Chrome simpelweg bijdraagt aan het out-of-memory raken van mijn systeem tijdens videobewerking. Chrome eet makkelijk 5 of 6 gb (ja ik heb 6 virtualisatie desktops met veel vensters en tabs open) en dat is niet leuk als je maar 16 gb hebt en video's aan het edited en renderen bent. Spijtig genoeg ondersteunt intel maar 16gb ram op mini itx om je naar een duurder platform te dwingen. Jup, monopolie gedrag. Ik kijk uit naar Zen .
Dit vind ik ook bizar. Want waar bijvoorbeeld Firefox gewoon letterlijk duizend plus tabs open kan houden zonder echt al het geheugen vol te gooien en te crashen, heeft Chrome bij mij al moeite met zo'n 50.
Ik heb nu dan een extentie geinstalleerd wat er een limiet op gooit, zodat Chrome ook niet meer crashed of langzamer wordt, en tegelijkertijd forceert het mij wat georganiseerder te werken.
Want als je onder een bepaalde grens blijft, blijft Chrome ook gewoon snel en soepel lopen.

Maar het programma is gewoon gevoelig voor geheugengebruik, zowel de hoeveelheid als de stabiliteit. En nee, het is niet mijn geheugen, want dat doorstaat alle testen en gebruik met andere zware programma's.

Een ander detail wat me ook irriteert is dat Chrome als meerdere (tientallen?) taken wordt weergegeven in taakbeheer. Zo wordt het onoverzichtelijk voor zowel Chrome en om te zien hoe andere programma's lopen terwijl je Chrome open hebt staan. Ik weet niet of dit anders in te stellen is, maar een vreemd iets.
In versie 54 gaan ze het o.a. het geheugen gebruik verbeteren.
Je haalt de woorden uit mijn mond. Qua snelheid geen issues, maar het geheugengebruik vind ik erg hoog.
Wanneer wordt de 64bit-versie ook automatisch aangeboden? Volgens mij heb ik als 64bit Windows gebruiker nog altijd de 32bit chrome browser in gebruik.
Sinds een aantal maanden, wordt de 64-bit browser gedownload. Als je namelijk naar de volgende pagina gaat, zie je dat hij de 64-bit versie wilt downloaden: https://www.google.com/chrome/browser/desktop/index.html

Het zou ook kunnen zijn dat de website een scriptje runt die herkent of je OS 32 of 64 bit is.

[Reactie gewijzigd door AnonymousWP op 1 november 2016 08:53]

Dat van dat scriptje klopt. Helaas is het niet altijd foutloos. Ik heb veel Windows installaties gezien waarbij ik zelf handmatig voor 64-bit moest kiezen.

In elk geval kun je handmatig de 64 bits versie installeren, je instellingen blijven behouden.
Volgens mij moet je initieel zelf de overstap maken naar 64-bit en worden updates alleen binnen één 'familie' automatisch gedaan.

Volgens @SwiftOnSecurity is de 64-bits versie ook veiliger. Schijnt o.a. te maken te hebben met betere werking van ASLR e.d. Daarnaast is het verstandig om Chrome 'globaal' te installeren, i.p.v. in je eigen gebruikersprofiel. Dit beschermt tegen sommige aanvalsvectoren van malware. Gebruik daarvoor de MSI-installer: https://enterprise.google.com/chrome/chrome-browser/
Ik gebruik nu meestel Firefox op de laptop, sinds de backspace knop je niet meer naar de vorige pagina laat gaan. Elke keer met die touchpad naar de linkerbovenhoek gaan en op het pijltje terug klikken is niet handig. De ALT- pijl toets om terug te gaan is al toegewezen om het scherm te roteren.
Ah eindelijk een van Google zelf. Nu nog implementeren als een eenvoudige setting...
Wist je trouwens dat je accu sneller leegraakt met Chrome dan met Firefox of Opera?
Oké, eerst en vooral: wij van WC eend. Maar... Microsoft heeft een klein testje gedaan: https://youtu.be/TvpJNLD-Iw0

Wellicht gewoon leuk om te zien
Het enige wat die test bewijst, is dat Edge het meest efficiënt is in dat specifieke mediaformaat decoderen.

Ook uit hun eigen blog, maar gebaseerd op real-world usage: https://winblogs.azureedg...09/fig-3-measurements.png
Edge komt daar blijkbaar nog steeds het efficiëntste uit, maar het lijkt toch iets meer overeen te komen met mijn idee dat Chrome veruit het meeste batterij slurpt.
Ik doelde meer op het feit dat Chome de system clock tick rate verhoogde waardoor je laptop ineens batterijen ging slurpen. Ook bij het sluiten van Chrome bleef dit.

nieuws: Google belooft jaren oude accuslurpende bug in Chrome aan te pakken

Heb geen updatebericht ontvangen dat dit gefixed is.
waarom ergens op wachten terwijl de CONCURENTIE is hier al verder mee is 8-)
Vergeet niet allow in incognito mode vinkje te zetten, anders werkt de plugin niet tijdens "deze" sessies ;)
De ALT- pijl toets om terug te gaan is al toegewezen om het scherm te roteren.
Bedoel je CTRL+ALT+Pijl? Want dat is (standaard) bij Windows inderdaad roteren.
Nope, ALT + pijl naar links is op mijn Lenovo scherm 90 graden linksom roteren.
Niet standaard bij windows, dat is een feature van de Intel HD graphics drivers
PGO is toch niks nieuws? Firefox gebruikt het al jaren en jaren. Wel leuk voor Chrome dat ze ineens zo'n boost kunnen krijgen terwijl de software al zo volwassen is.
Wat mij dan meer opvalt is dat Firefox nog steeds zo traag opstart, terwijl zij de techniek al gebruiken. :)

Firefox is overigens een prima browser, maar geef zelf toch de voorkeur aan Chrome.
PGO werkt alleen op native code. Het grote probleem van FireFox is dat er teveel geïnterpreteerde (XPCOM) code in zit.
Profile guided optimization is geïntroduceerd in Visual C++ 2005
Beetje laat om er 10 jaar later pas gebruik van te gaan maken.
Is dit nu dat Chromium / Chrome te builden valt met PGO? Want PGO is niks nieuws.. zit in GCC sinds jaren en zit in ieder geval in m'n Visual Studio 2010 al :). Misschien dat ze in de grote chromium / webkit build er nu pas goed gebruik van hebben kunnen maken (want het is een _BERG_ sourcecode :)).

PGO is toch 'gewoon' optimization door runtime information? Maak een build met PGO-profile aan, draai de build, zorg dat hij van alles weet te verzamelen over hoe vaak waar welk deel van je code draait en hoe, en daarna doe je nog een build maar die nu de output van de PGO-profile build gebruikt.
Google heeft aangekondigd dat zijn Chrome-browser vanaf versie 53 sneller moet werken op Windows-systemen.
*kijkt wat voor versie Chrome draait*

Versie: 54.0.2840.71 m, 64 bit.

Mis ik iets? Is dit oud nieuws...? Versie 53 komt volgens Wikipedia uit Augustus en is inmiddels al discontinued!

EDIT: Artikel is inmiddels aangepast :)

[Reactie gewijzigd door Nat-Water op 1 november 2016 09:50]

Er staat in het blog ook:
"...32-bit Chrome is using it as of version 54...". Nog weer een versie hoger dan 53.x voor de 64-bit versie.

Het blog schrijft ook expliciet in de verleden tijd:
"...Starting in Chrome 53, Chrome has started using Microsoft’s Profile Guided Optimization (PGO) technology..."

Het lijkt meer een informatief blog te zijn in de richting van. Ter info: we gebruiken ook al een tijdje PGO.

Kortom, interessant, maar de nieuwswaarde is beperkt. Het is nieuws in de zin dat het niet eerder bekend was (of wel?), maar oud nieuws in de zin dat het al een tijdje is doorgevoerd.

[Reactie gewijzigd door Ghost81 op 1 november 2016 08:56]

"Has started" is tegenwoordige tijd ;)

Als dit overigens de eerste officiële publicatie is dan was het eerder niet bekend, waarom Google er voor heeft gekozen om dit nieuws nu pas uit te brengen staat er niet bij... het zou kunnen omdat het nu pas in de 32bit versie is verwerkt en dat is de versie die volgens mij de meeste mensen gebruiken... want Google is pas onlangs begonnen met het standaard aanbieden van de 64bit ipv de 32bit versie.
Draai zelfde versie hier. Heb wel het gevoel dat het sneller draait, tevens dat mijn systeem iets stiller draait (met 25-35 tabs open). :)
Wel jammer dat het er al maanden inzit ;).

Je illustreert prachtig het placebo effect :D ;)
De gelinkte blog is toch echt van gisteren.
Dat klopt. In de blog wordt gezegd:
Starting in Chrome 53, Chrome has started..
Het is een uitleg wat er in een vorige versie van Chrome veranderd is. Tweakers brengt het alsof het iets nieuws is, wat het dus niet is. Betere verwoording van het artikel: Google deed aanpassing aan Chrome die snelheid in Windows moet verbeteren.

Maar dat klinkt in één keer toch een stuk minder interessant.. ;)

[Reactie gewijzigd door Nat-Water op 1 november 2016 08:59]

Google heeft het dus zelf maar naar buiten gebracht omdat het nog niemand opgevallen was...
Oftewel voor de eindgebruikers maakt het in de praktijk niet veel uit, maar voor mensen die meer met de achterliggende techniek bezig zijn is het wellicht een leuk item :)
Tsja, als Notepad ineens 300% sneller wordt valt het ook niemand op. :) Als een 3D-game 5% sneller wordt zullen fanatieke gamers echter direct verschil zien.
Die 15% snelheidswinst die door Windows wordt behaald door code van een ander programma te optimaliseren vind ik zeer indrukwekkend (zeg ik als Linuxgebruiker), en zeker een bericht waard. Eigenlijk had ik dan wel een bericht van MS verwacht ipv Google (heb ik misschien ooit gemist?). Maar dat het niemand opvalt kan ik me goed voorstellen. Zo kritiek is de snelheid van een browser niet.

[Reactie gewijzigd door RSpanjaard op 1 november 2016 13:10]

Eerder "heeft gedaan" ipv "doet" ;)
Idem. Ik dacht dat 't aan mij lag maar dit nieuws lijkt een oude koe? :9

Tevens wel interessant... zou PGO ook interessant kunnen zijn voor toekomstige benchmarks en games?
32 bit gebruikt pgo vanaf versie 54. Jij hebt een 64 bit systeem waarschijnlijk?
Het optimaliseert alleen die dingen die je vaak gebruikt.Als je iets nieuws wilt opzoeken,is het juist langzamer. Water naar de zee dragen.
Het gaat om veel gebruikte browser code, niet om content zoals websites.
Ja,Het artikel is een beetje tegen strijdig ,maar je hebt gelijk .Alles word een beetje sneller
citaat " Minder gebruikte functies ondergaan eveneens een optimalisatieproces".
thanks for clearing that up :)
Precies, die worden ook geöptimaliseerd, maar niet voor snelheid. In plaats daarvan zijn die geöptimaliseerd voor grootte. Dat verkleint de kans dat ze naar disk geswapt worden en maakt ze netto sneller.
Heb je het stuk wel gelezen?

Het gaat om functies die je vaak gebruikt, niet websites!

Als je dus vaak zoekt, dan zou dat in principe sneller moeten gaan. Niet de website zelf, maar wel het Chrome-gedeelte ervan, zoeken, renderen van de pagina etc.
Ja,ja ,ik las te snel .Danke _/-\o_
Maar een nieuw tab blad ,is toch wel wat er gebeurd als ik een nieuwe web pagina open.Zo staat het bij mij ingesteld ,dus als ze veel gebruikte functie`s van de bron code van de browser bedoelen,dan heeft dat toch iets te maken met de snelheid waarmee de webpagina gevonden word.

[Reactie gewijzigd door kuifje1990 op 1 november 2016 08:58]

Gebruikt edge deze techniek al, aangezien het van Microsoft is?
Dat is niet helemaal duidelijk, maar het is ook geen browser specifieke functie, MS zou dit ook voor Office kunnen gebruiken.
Ik hoor vaak klachten over dat Chrome zo traag is en veel RAM vreet. Ik heb hier eigenlijk nooit last van, maar ik heb ook nooit meer dan 5 tabs open tegelijkertijd. Is dit echt zo'n issue, of zijn dit klachten van mensen die niet met computers kunnen omgaan?
chrome was altijd snel toen ie net uitkwam, en daar is bij mij geen verandering in gekomen (op oude mobieltjes is het anders, maar goed).

Draait als een speer, en ik heb ook meestal meerdere windows met elk 12+ tabjes open.
Alleen als ik naar de Task Manager kijk, zie je dus een berg aan chrome.exe processen (niks mis mee, 1tje per tab en nog wat geregel en zo). Maar 6 daarvan gebruiken +/- 200MB aan RAM, nog een paar rond de 100MB en nog een paar +/- 60MB (en dan een hele zooi nog over met 25MB of minder).

Dit alles telt wel bij elkaar op! :). Dus aan het RAM gebruik mog wel wat gedaan worden. Wat minder per tab, maar vooral minder voor niet-zichtbare-tabs of zo zou wel fijn zijn.

Chrome kan daardoor op oudere PCs met weinig ram en een trage disk (en dus veel geswap) traag aanvoelen omdat Windows constant dingen in en uit de swap aan het halen in. Tabjes met veel RAM die een tijd niet gebruikt worden zullen door Windows vanzelf als 'sleeping process' worden aangezien, en als mensen ook nog Word of Excel open hebben ofzo zal de content van die tabjes door Windows in swap worden gezet. Ga je door je tabjes heen, dan kost het veel tijd om die data uit swap te halen.

Terwijl het sneller is (_denk_ ik) om het spul niet in en uit swap te halen, maar gewoon weg te gooien uit RAM, en de pagina weer opnieuw gaan renderen als de gebruiker naar het tabje kijkt. Ik heb het dan over renderen van de content, niet over het opnieuw downloaden van de HTML of zoiets. Als blijkbaar sites in RAM kunnen groeien naar 150mb of meer terwijl het begon met < 500kb aan data die gedownload was, dan heb ik liever die 500kb van disk te halen dan dat Windows weer een ander stuk RAM in swap gaat stoppen en de memory-contents van chrome weer uit de swap wil halen.

Dit is dus vooral op oudere PCs (bij ouders, offices, etc..). Denk aan Windows Vista / Windows 7 4GB aan RAM (of minder), wat extensies er in, virusscanner aan(liefst een grote logge zware) en dan Excel open of zo.

Wat nieuwere systemen met _meer_ dan 4GB aan ram en een SSD voor cache en swap zullen dit al veel minder voelen (of zelfs compleet niet).
Ik herken mij er ook totaal niet in. Ik heb zowel in mijn laptop als game pc een SSD. Beide hebben 8GB RAM. Nu heb ik standaard 7 tabbladen aanstaan als Chrome opstart. En ik heb nooit last van traagheid in Chrome.
Ik heb regelmatig 15-20 tabs open, waarvan twee of drie met streaming video. Heb nergens last van. :)

Op dit item kan niet meer gereageerd worden.



Nintendo Switch Google Pixel Sony PlayStation VR Samsung Galaxy S8 Apple iPhone 7 Dishonored 2 Google Android 7.x Watch_Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True