Chrome werkt aan streamingfunctie die accuverbruik op mobiele apparaten bespaart

Google gaat experimenteren met een functie die ervoor zorgt dat de interne schijf van een mobiel apparaat minder wordt gebruikt tijdens het streamen van media. Daarmee zou de accu langer mee kunnen gaan wanneer deze niet aan het opladen is. Het idee voor de feature komt van Microsoft.

Op GitHub schrijft Microsoft-ontwikkelaar Shawn Pickett dat streaming media tijdens het downloaden en afspelen van media cachebestanden opslaan op de interne schijf. Daardoor blijft de interne schijf van een apparaat langer actief en kunnen bepaalde energiebesparende functies van een besturingssysteem niet worden ingeschakeld. Dit heeft volgens Pickett een negatieve impact op de accuduur van een mobiel apparaat.

Specifiek gaat het om streaming media die tijdens het afspelen gebruikmaken van de 'Range' HTTP request header om een gedeelte van het mediabestand te ontvangen en als cachebestand op te slaan op de interne schijf. In de meeste gevallen worden deze cachebestanden echter niet gebruikt, zo stelt Pickett. Wanneer een gebruiker bijvoorbeeld enkele seconden terugspoelt, worden de cachebestanden uit het geheugen van het apparaat gebruikt. Alleen wanneer een gebruiker verder terug zou spoelen dan wat er in het geheugen is opgeslagen, wordt het cachegeheugen van de interne schijf gebruikt.

Pickett stelt nu voor dat dergelijke HTTP request headers niet langer de cachebestanden op de interne schijf van een mobiel apparaat op kunnen slaan, als het mobiele apparaat niet aan de oplader ligt. Daardoor zou de accuduur van een mobiel apparaat worden verlengd, terwijl de gebruikerservaring relatief vergelijkbaar blijft. Het nadeel van deze functie is wel dat wanneer een gebruiker ver terug wil spoelen, het apparaat de bestanden opnieuw moet downloaden.

De Microsoft-ontwikkelaar heeft zijn functie op een laptop getest, waarbij hij onversleutelde 1080p-bestanden streamde op een laptop die niet aan het opladen was. Volgens zijn test was de laptop 62mW zuiniger dan voorheen en werd er 309KB per seconden minder naar de schijf geschreven. Welke interne schijf of laptop Pickett gebruikte, vermeldt hij niet.

De afgelopen maanden werkte een Google-ontwikkelaar samen met Pickett om de functie werkend te krijgen. Eind vorige week zei de Google-ontwikkelaar de functie in Chrome te willen gebruiken en 'binnenkort' met het experiment te willen beginnen. Daarmee is de kans aanwezig dat deze functie uiteindelijk voor het grote publiek beschikbaar wordt. Of de functie ook in de Chromium-versie van Edge zit, is niet duidelijk.

Ruim een jaar geleden maakte Microsoft bekend Edge te baseren op Chromium. Eerder bleek al dat de EdgeHtml-versie tijdens het afspelen van video's zuiniger was dan Chrome en de Chromium-versie van Edge. Dit scheelde zo'n vijftig tot honderd mW. Met de nieuwe functie zal de schijfzuinigheid van Chrome en Chromium-Edge dichterbij EdgeHtml komen.

Reacties (41)

[Verwijderd]

maar wat stream je tegenwoordig via een browser? 9/10x zijn het apps die je gebruikt denk ik

[ManIkWeet]

YouTube, Spotify, Twitch, elke nieuwssite ooit, lessen van je opleiding, ...

[Raindeer]

En niet te vergeten Google Stadia :-)

Daarbij maken veel apps ook gebruik van frameworks in Chromium.

[Olifant1990]

Volgens mij is er nog een verschil met live streamen of streamen van bijvoorbeeld Netflix.
Bij een Netflix-stream kun je al vooruit bufferen. Van een live stream, zoals Google Stadia, is in de toekomst nog niks bekend en kun je niet alvast inladen.

[Reactie gewijzigd door Olifant1990 op 23 juli 2024 18:19]

[Raindeer]

ah, goed punt... dan zal dit niet veel opleveren nee. Ik dacht dat dit misschien betekende dat er altijd een stream naar cache weggeschreven werd, maar je zult wel gelijk hebben, dat stadia rechtstreeks naar de processor/gpu gaat en niet over de cache heen gaat.

[Robbaman]

Maar voor al die dingen (beetje afhankelijk van je opleiding) gebruik je doorgaans een eigen app. Een aanpassing van Chrome gaat je dan niet helpen lijkt me.

[vosManz]

Het artikel gaat voornamelijk om laptop, en daar zijn apps voor zaken als YouTube en Twitch juist minder gebruikelijk. Buiten dat gebruik ik juist het liefst zo min mogelijk apps als de browser ook voldoet, zeker als je kijkt wat voor data veel apps wegsluizen. Maar om die reden gebruik ik dan ook geen Chrome, dus deze aanpassing is voor mij toch niet relevant

[xoniq]

Voor die diensten gebruik ik toch liever een app dan de browser.

[Trestry]

Ik denk dat dit voornamelijk van toepassing is voor Laptops

[Brubs]

Op je telefoon niet veel, maar op je laptop (ook mobiel apparaat) wel een stuk meer.

[AppleFan2007]

Netflix van je eigen account als er op een smart TV al iemand is ingelogd op Netflix.

[Moosenl]

62mW?
Echt?
Good lord...

[Robbaman]

Alle beetjes helpen, maar dit lijkt me ook wel een erg kleine verbetering.

Volgens mij bevat een smartphonebatterij zo'n 10000 tot 20000mWh aan energie. Die 62mW gaat dan helemaal nergens over lijkt me.

[sympa]

62 mW gedurende 1 uur lang consumeert 1/161e van een acculading.
Als je accu normaal 10 uur streamen vol houdt, scheelt het dus 1/16^e deel van de lading. Dat is 6%. Dat betekent dat je in plaats van 10 uur streamen, je 10 uur en 37 minuten kan streamen.
Dat lijkt me mooi meegenomen, voor een simpele patch.

[TetsuoShima]

Hoe groot het procentueel effect is, is afhankelijk van het werkelijk verbruik, dus als je niet continue zit te streamen, wordt het effect bijna verwaarloosbaar. De vraag wordt dan, wil je liever dat je tien minuten (in een meer reële situatie, ipv van continue video streamen) langer met je batterij kan doen, of wil je liever dat je potentieel een tiental megabytes minder aan download volume verbruikt. Ik kijk bijvoorbeeld vaak non-fictional/educational/instructive/... video's en het komt tamelijk vaak voor dat ik terugspoel om een stuk opnieuw te overlopen. Dit zou een afweging moeten zijn die de geïnformeerde consument zelf zou moeten kunnen maken vind ik, maar zoals vaak het geval met Google (en meer nog met Chrome), zit het er heel dik in dat het opgelegd gaat worden.

In mijn use case gaat het verbruik zelfs omhoog omdat niet enkel mijn device de boel opnieuw moet binnenhalen, maar verder het volledige netwerk hiervoor ook moet opdraaien.

[Reactie gewijzigd door TetsuoShima op 23 juli 2024 18:19]

[sympa]

Dat hangt er dan sterk vanaf hoe vaak je teruggaat in de stream. Zal overall gezien niet te vaak zijn: Google bespaart namelijk ook graag op dataverkeer.

[Robbaman]

In het geval van die 10.000 ja, maar dat is inmiddels al een echt kleine accu voor een smartphone. En dan moet je dus ook echt 10u non stop streamen.

[sympa]

Klopt het is niet enorm. Maar een hele berg van dit voor verbeteringen levert onder de streep best wat op.

[gpgekko]

Let er dan wel op dat die 62mW gemeten is over 5 minuten.

[Robbaman]

Ik snap je punt niet. wH is geen hoeveelheid. De tijdspanne van de meting geeft hooguit de onzekerheid weer. 5 minuten lijkt me prima om de gemiddelde verbetering vast te stellen.

[Sharkoon]

100km/u good lord..

Als je het over 1 apparaat hebt, snap ik het.. maar als je het hebt over miljarden devices.. dan is dat aanzienlijk.

[Reactie gewijzigd door Sharkoon op 23 juli 2024 18:19]

[Cergorach]

Er wordt in dit (en het bron) artikel gesproken over 'disk' en 'schijf', dan denk ik direct aan een (mechanische) hdd. Veel mobiele apparaten hebben geen (mechanische) hdd, maar juist een SSD. Dit zou imho veel minder stroom moeten kosten. Is dit een slecht gekozen term in het artikel?

[Sorcerer8472]

In de brontekst gaat het om een laptop, da's op zich wel mobiel, maar da's geen tablet/telefoon. In het geval van SSDs zou het de levensduur kunnen verlengen naast een zeer kleine verbetering in energieverbruik.

[svenk91]

Mjah, op zich staat de D in SSD voor drive en niet voor disk zoals de eerste D in HDD. Maar drive is weer een impliciete verwijzing naar de disk gezien het in deze definitie van drive over het fysiek in beweging brengen van een object gaat, wat nog verwijst naar dat opslag vroegah vooral op rotating disks gebeurde (Een Compact-Disc Drive, of een Hard Disk Drive, niet drive als in gedreven zoals enthousiast zijn voor iets etc. wordt gebruikt). Men spreekt uit gewenning dus nog vaak van disk bij SSD. Disk/Drive is een beetje synoniem geworden voor opslaggeheugen, ondanks dat er minder en minder een bewegende schijf.

Al weet ik het minder zeker in dit geval maar de naam device driver komt misschien ook nog letterlijk van de associatie met bewegen die vroeger nog meer aan hardware zat (printer-kop aansturen, floppy disk draaien, etc.). Zo evolueert de betekenis van een woord voor onze ogen

[Cergorach]

Solid State Drive

[Gameboxing]

Heb even gekeken, maar bij mij verbruikt Chrome helemaal niet veel batterij.

edit 14:13: minder dan 1% terwijl ik toch best intensief browse

[Reactie gewijzigd door Gameboxing op 23 juli 2024 18:19]

[EValentino]

Moet je voor de gein maar eens een dagje werken met Edge of IE, en de volgende dag met Chrome, ben benieuwd hoe je er dan over denkt

[Gameboxing]

Ik heb in het verleden daar vaak mee gewerkt en heb juist meer batterijgebruik ondervonden dan met Chrome.

[arjen-h]

Met “Accuduur ... bespaart” wordt vermoedelijk “Accuverbruik ... bespaart” bedoeld. Zou vreemd zijn als juist je juist minder accuduur hebt door streaming.

[Hayte]

Goeie, is aangepast

[rverbruggen1980]

Zou dit in de toekomst ook uitkomst kunnen bieden voor het RAM verbruik van de browsers?

[thomaskoel]

Hoe bedoel je?

[oef!]

Nee, aangezien dit specifiek om schrijfacties naar schijven gaat en niet naar RAM. Hoe minder je wegschrijft naar schijf of flash geheugen, hoe meer je vasthoudt in RAM.

Alleen gaat dat in dit specifieke geval niet op aangezien het voorstel is dat media niet meer op disk gecached wordt maar opnieuw opgehaald wordt van het netwerk.

[Jonathan-458]

Chromium zal door de keuze van Microsoft om de nieuwe Edge hierop te baseren denk ik veel positieve veranderingen te gemoet gaan en hopelijk ook een keer een efficiënte browser worden.

[Loller1]

Of de functie ook in de Chromium-versie van Edge zit, is niet duidelijk.

Edge heeft deze aanpassingen al sinds augustus als ik mij niet vergis. Toen heeft Microsoft hier nog al eens over gepraat en gemeld deze wijzigingen in Edge ook naar Chromium te willen brengen.

[Ed Vertijsment]

De afgelopen maanden werkte een Google-ontwikkelaar samen met Pickett om de functie werkend te krijgen.

Dit is dus gewoon een samenwerking, pretty much open source at work