Google: Chrome er ophørt med at spise rush køre på Mac og opvarmet processor

Anonim

For et par år siden nægtede jeg for altid Chrome til fordel for Safari. Jeg blev irriteret af browseren af ​​Google-browseren, som forbrugte den smukke del af den tilgængelige processorressource, RAM og vildt spinning min MacBook Air Cooler. Computerstammen klæbede ikke, selvom jeg normalt ikke holder mere end 10 faner på samme tid. Fra de Google udgav flere større opdateringer til Chrome, hvilket gør det mere økonomisk og hurtigere. Men de mest ikoniske ændringer forekom i Chrome 89, som blev mere lydhør og stoppet opvarmning af MAC så meget.

Google: Chrome er ophørt med at spise rush køre på Mac og opvarmet processor 8767_1
Google Chrome 89 er blevet bedre end før, men endnu ikke når safari

Apple har udgivet en udvidelse "iCloud-adgangskoder" til Chrome. Hvorfor virker det ikke

Ifølge Google-udviklere, der har arbejdet på at opdatere Chrome 89, med dets output, er browseren blevet mærkbart mindre vandret, hvilket reducerer belastningen på den centrale processor af Mac-computere. Tidligere var det årsagen til kølerens spinding, mens de arbejdede med krom. Browseren brugte mange ressourcer til at sikre sit arbejde, opvarmede indersiden af ​​computeren og provokeret aktiveringen af ​​tvungen køling end stærkt irriterede brugere, der var vant til at arbejde med deres MacBook Air og MacBook Pro i fuld stilhed.

Chrome Update til Mac

Google: Chrome er ophørt med at spise rush køre på Mac og opvarmet processor 8767_2
Chrome er en meget voracious browser, men Google forsøger at holde det i ledningen

Den samlede reduktion i strømforbruget var ca. 65% på grund af de computere, der arbejdede med krom, blev mindre tilbøjelige til at aktivere kølerne, uanset strømforsyningen til batteriet. Dette er dog ikke alt. Udviklere lykkedes at frigøre op til 100 MB med hver åben fane på grund af mere effektiv brug af hukommelse på grund af partitionallo-overalt mekanisme, samt øge deres svar på 22%. Således vil flige i Chrome åbne hurtigere end før, hvilket sparer den overkommelige jernressource.

Google Chrome bruger 10 gange mere ram end safari

Det er klart, at Google forsøger at mere aggressivt konkurrere med Safari, som for nylig, MAC-brugere giver større præference. Men dette er forståeligt: ​​Apples Brawl-browser på MacOS Big Sur fungerer 50% hurtigere end krom. På trods af at det normalt forsøger at undgå sammenligninger med konkurrenter, har virksomheden vist en slående kromforslag fra Safari i sidstnævnte præsentation. Denne forskel skyldtes den effektive brug af JavaScript og nogle arkitektoniske forskelle, der er kritiske.

Safari eller google chrome

Google: Chrome er ophørt med at spise rush køre på Mac og opvarmet processor 8767_3
De sidste 3 kromopdateringer tillod ham at fremme langt frem i forhold til hastighed og effektivitet

Google forstås klart, at Safari overgår Chrome, så i det seneste tilføjede flere avancerede hastighedsorienterede mekanismer i sin browser og reducerer ressourceforbruget til sin browser:

  • Tilbage og fremad Cache - En mekanisme, der giver dig mulighed for øjeblikkeligt at downloade siden, når du vender tilbage, trækker den ud af cachen;
  • JavaScript-timeren er en timer, der tæller tid fra den sidste appel til fanen og fryser den, hvis mere end et minut bestået;
  • Freeze-Tørrede faner er et værktøj, der gør et skærmbillede og indlæser det først, hvis siden er tung;
  • Isolatedsplits er en mekanisme, der understøtter kun de websider, der er placeret i brugerens synlighedszone, der øger downloadhastigheden med 7%.

Google besluttede at gøre Chrome så sikkert som Safari

Hvilken slags resultat vil give, tid vil fortælle. I sidste ende er det, hvordan straks bestemmer stigningen i hastigheden er ret vanskelig, da det er et ekstremt komplekst fænomen, hvor et lag er overlejret på et andet, hvilket danner en slags faktorer sandwich. Det er trods alt logisk, at det er umuligt at sprede Chrome med 50% ved at klikke på fingrene. Og Google-implementerede mekanismer er brudt gennem browseren systemalt, reducerer dets ressourceforbrug og gør det generelt bedre. Det ville stadig gøre noget med udvidelser, og det ville være ganske godt.

Læs mere