Aktivitet med flere faner på Chrome til Android. GHacks
For alle, der nogensinde arbejder på en afmålt internetforbindelse, vil de bemærke, at Google Chrome har en tendens til at bruge en betydelig mængde af deres datatillæg gennem simpel webbrowsing. Årsagen bag dette er, at Google Chrome fungerer på en smart inferensbasis, som den bruger til at downloade flere data, end der i øjeblikket er i brug i forventning om dit næste klik. Google Chrome begrænser eller optimerer heller ikke sine websider og downloader alt indholdet på et websted for at få den mest klare og komplette forhåndsvisning. For dem af os, der ønsker den mest avancerede visning af et websted, er det gode nyheder, men for de fleste, der arbejder på en begrænset dataplan for måneden, kan brugen af Google Chromes komme over som temmelig alarmerende.
Tidligere ville alle faner, der nogensinde er indlæst i Google Chrome, blive genindlæst, når applikationen blev genstartet i forventning om, at du vil besøge en tidligere fane. Derudover vil baggrundsfaner, mens de er i brug (og til en vis grad når de ikke er i brug), fortsætte med at sende og modtage data for at holde dem opdateret til din næste visning. Dette forbrugte en utrolig mængde internetdata samt batteristrøm, da denne proces krævede meget af processorens opmærksomhed og kapacitet. Dette er blevet gjort opmærksom på Googles mange gange, og dets taskforce har arbejdet på en løsning, der opretholder Chromes fejlfri grænseflade og service, samtidig med at data og strømforbrug optimeres.
Google er kommet frem med en løsning, der begrænser aktiviteten af sine Chrome-faner. Virksomheden har besluttet at afslutte afsendelses- og modtageaktiviteten på alle faner efter fem minutters inaktivitet for at forbedre browserens ydeevne. Eksperimenter med denne løsning har vist, at Chrome faktisk er i stand til at give bedre ydeevne, når det kun har en eller to faner til at fokusere på genindlæsning i modsætning til de 50, som nogle mennesker aldrig lukker. Derudover minimeres baggrundsdata og strømforbrug af applikationen efter de fem minutter med inaktivitetsmarkør, når dens aktivitet afsluttes. I en grundig rapport offentliggjort af Google, kan vi se, at virksomheden gennem flere tests udført på denne nye mekanisme observerede en betydelig forbedring i dataforbrug, batteriforbrug og den samlede enhedsydelse. Google vil bruge sine succes- og regressionsmålinger til fortsat at måle denne proces. DetRendererScheduler.TaskDurationPerQueueType2.Background.AfterFifthMinute Code er blevet observeret siden april. Google har rapporteret et fald på 5,54% i baggrunden nedstrøms cellulært, 1,12% fald i forgrunden nedstrøms cellulært og 1,78% stigning i baggrunden opstrøms cellulært pr. 6. juni 2018, og koden blev derefter erklæret stabil.
Clear, Decluttered Chrome For Android Preview. Breaking The Mobile Web
