Chrome krijgt later dit jaar vierwekelijks in plaats van zeswekelijks een update

Ontwikkelaars van Google gaan Chrome vanaf het derde kwartaal van 2021 elke vier weken van een milestone-update voorzien. Tot nu toe kreeg de browser van het bedrijf elke zes weken een update.

Alex Mineer, Technical Program Manager van Google Chrome, meldt dat zijn team in staat is de updatecyclus te verkorten, omdat de ontwikkelaars het testen van updates en het releaseprocedé verbeterd hebben. Dat hangt mede samen met het verkleinen van de patch gap eind 2019 en begin 2020: dat is de periode tussen het fiksen van beveiligingsproblemen in de opensourcecode en die in de stabiele Chrome-release. Bij Chrome 76 bedroeg die periode nog 33 dagen maar bij Chrome 78 was dat teruggebracht tot 15 dagen.

Vanaf de release van Chrome 94 in het derde kwartaal van 2021 wil Google daarom toe naar een releaseschema voor milestoneversies van vier weken. Daarmee komt een einde aan de zeswekelijkse updatecyclus die Google meer dan tien jaar hanteerde. In aanvulling daarop komt wel een Extended Stable-optie voor IT-beheerders die meer tijd willen voor het doorvoeren van de updates. Die krijgen dan elke acht weken een update met nieuwe functies. Beveiligingsupdates voor belangrijke problemen blijven ook voor de Extended Stable-versies elke twee weken verschijnen.

Reacties (20)

[x Gotcha x]

Ik heb tijdenlang Firefox gebruikt, maar toen die minder soepel begon te draaien ben ik een halfjaar geleden overgestapt op Chrome. Goede ondersteuning en fijne debugmogelijlheden. Maar wát een geheugenvreter. Het is echt verschrikkelijk. Ik heb gisteren Safari weer in gebruik genomen, wat een verademing wat betreft geheugengebruik. Google belooft met enige regelmaat dat het deze eigenschap van Chrome gaat aanpakken, maar in mijn optiek vertaalt zich dat nog altijd niet tot werkelijke verbeteringen.

[Polderviking]

Ongebruikt werkgeheugen is ook maar zonde...

Die geestige memes daargelaten heb ik het probleem ervan op inhoudelijk zin nooit begrepen. Voor de gebruikerservaring is het in de basis helemaal prima dat er van alles in het geheugen geladen wordt. Daar heb je dat voor, zodat je van alles super snel kan oproepen.

[x Gotcha x]

Klopt. Maar overmatig gebruik resulteert in offloaden naar de harde schijf. Vanaf dat moment heb je juist weer een ongewenste situatie. Kijk, als ik complexere handelingen in bijvoorbeeld Photoshop doe dan snap ik dat het veel geheugen kost. Maar de ene browser kan met gemak tientallen tabbladen open hebben, terwijl de andere daar een veelvoud van het geheugen voor nodig heeft, terwijl ze in essentie dezelfde taak uitvoeren. Dan vind ik dat er iets mis is.

[Coolstart]

Dat is de theorie. In de praktijk hebben browsers veel moeite om al die tabs te beheren zonder dat uw gpu/cpu en ram door de knieën gaan. Vaak voor een paar nieuws sites, mail clients en wat forum topics. Ook eerder gesloten tabs lieten resten na. Veel Ram gewoon kwijt en een CPU die om 10% blijft hangen. Pure inefficiëntie.

Het is niet uw browser veel RAM verbruikt dat je een van snelle browserervaring kan genieten, in tegendeel!

Vroeger was dat erger dan vandaag. Browsers zijn nu efficiënter en vooral veiliger. Ik kan me nog een tijd herinneren in XP dat IE zo lek was dat je gegarandeerd een virus binnenhaalde als je weigerde Firefox/Chrome te installeren.

Wat mij betreft is Chrome en Safari de snelste browser out of the box. Goede GPU acceleratie, 60fps, zelfs met igpu’s met complexe apps zoals monday.com.

[_Pussycat_]

Heb je daadwerkelijk het geheugen nodig, of valt het alleen op als je in de Taskmanager kijkt? Ik hoor vaak mensen klagen over het geheugengebruik terwijl juist die mensen 64 GB ram hebben...

[x Gotcha x]

Als ik merk dat het systeem niet vloeiend draait dan pak ik inderdaad de Taskmanager erbij. En dan valt op dat Chrome (en Google Drive...) erg veel gebruiken. Dat is met Safari beduidend minder, naast dat pagina’s bizar veel sneller laden.

[RoelRoel]

Het is niet zo simpel als: Hoe meer geheugengebruik hoe slechter. Als je veel geheugen hebt is het ook zonde om er niks mee te doen.

[freshy98]

En wanneer word er afgestapt van Python 2.7?

[Verwijderd]

Eh? Wat doet Chrome met Python?

[sebastiaan1997]

Chrome zelf doet niks met Python. Python wordt voornamelijk gebruikt het bouwen van een Executable van Chrome.

[Eonfge]

Hopelijk snel, al gebruik Chrome zelf geen Python 2, alleen de buildtools gebruiken python 2:
https://fedora.portingdb.xyz/grp/chromium/
https://bugs.chromium.org/p/chromium/issues/detail?id=942720

Nog steeds een geval van achterstallig onderhoud, maar niet desastreus voor nu.

[Reactie gewijzigd door Eonfge op 23 juli 2024 05:36]

[Eonfge]

Grappig, Chrome was namelijk het product waarmee te trend naar snelle releases is begonnen. Chrome stond opeens op 13 terwijl Firefox nog bij 3.6 zat. Toen is Firefox zelf begonnen met de vier-weekelijkse release kalender en nu gaat Chrome ook naar vier weken.

Net geen tien jaar geleden:
nieuws: Mozilla brengt Firefox 4 uit

[Reactie gewijzigd door Eonfge op 23 juli 2024 05:36]

[Ascathon]

Het is maar hoe je je versies en builds nummert. Destijds had je met zo'n versiewijziging een echte major te pakken met nieuwe features. Nu is het gewoon een volgende build van de laatste sprint of features die af zijn. Of je dat nou met 1 of .1 ophoogt, da's slechts een nummering voor de buitenwereld. Kunnen beide browsers zeggen dat het nog sneller gaat gezien tussentijdse hotfix builds.
Maar eens, vind dit wel mooier om te zien dat het leeft. De development door gaat. (als Firefox gebruiker)

[Henno Keers]

Gerelateerde vraag net hier https://techcommunity.mic...also-for-edge/m-p/2188068 gesteld.

[L0g0ff]

Ik vind die extended stable release eigenlijk meer nieuws dan het onderwerp van dit artikel.

Ik moet zeggen dat ik daar wel blij mee ben.

[beerse]

Bij Chrome vraag ik mij meteen af hoe dat zich doorzet naar Chromium. Gaan die over op het zelfde ritme?

Chromium staat nu bij mij, via chocolatey.org op versie 89.0, dat lijkt/blijkt redelijk in sync te zijn met chrome.

[Qws]

Vroeger werd je altijd gehyped door een major versie...

Nu boeit het allemaal niet meer, je merkt amper van de updates. Zelfs niet meer met Windows, het is toch allemaal Windows 10.

[NostraDavid]

Tegenwoordig is het "rolling release" model vaker gebruikt, gewoon omdat het ontwikkelmodel er achter (een of ander "agile" model zoals Scrum, oid) gewoon beter werkt voor de ontwikkelaars en de bedrijven.

Downside: minder hype voor nieuwe features
Upside: je krijgt features sneller

[Stefan1987]

Dus elke vier weken, niet om de 4 weken. Dat is nogal een verschil

[akooijman]

Elke vier weken 'prestatieverbeteringen en bugfixes'. Vroeger was dat geen release, hooguit een update, of eigenlijk een fix.
Die prestatieverbeteringen zijn voor zo ver ik kan inschatten meestal geavanceerdere tracking manieren, in elk geval geen dingen waar ik gelukkiger van word (anders zou ik na al die jaren wel heel erg gelukkig geworden zijn...)
Chrome blijft vooralsnog (te) veel geheugen gebruiken en bij tijd en wijle flink aan mijn accu zuigen zonder duidelijke oorzaak.