'N Paar jaar gelede het ek vir altyd Chrome geweier ten gunste van Safari. Ek was geïrriteerd deur die blaaier van die Google-blaaier, wat die redelik deel van die beskikbare verwerkerhulpbron, RAM en wild en my MacBook Air Cooler verteer het. Die rekenaar stam het nie gehandel nie, alhoewel ek gewoonlik nie meer as 10 tabs op dieselfde tyd oophou nie. Van daardie Google het verskeie groot opdaterings vir Chrome vrygestel, wat dit meer ekonomies en vinniger maak. Maar die mees ikoniese veranderinge het in Chrome 89 plaasgevind, wat meer reageer en opgehou het om die Mac soveel te verhit.
Apple het 'n uitbreiding "iCloud wagwoorde" vir Chrome vrygestel. Hoekom werk dit nie
Volgens Google-ontwikkelaars wat aan die opdatering van Chrome 89 gewerk het, het die blaaier merkbaar minder lewendig geword, wat die las op die sentrale verwerker van Mac-rekenaars verminder. Voorheen was dit die rede vir die koeler se spin terwyl hy met Chrome gewerk het. Die blaaier het baie hulpbronne bestee om sy werk te verseker, die binnekant van die rekenaar opgewarm en die aktivering van gedwonge verkoeling uit te voer as swaar geïrriteerde gebruikers wat gewoond was om met hul MacBook Air en MacBook Pro in volle stilte te werk.
Chrome Update vir Mac
Die algehele vermindering in kragverbruik was ongeveer 65%, as gevolg van die rekenaars wat met Chrome werk, het minder geneig om die verkoelers te aktiveer, ongeag die verskaffing van krag aan die battery. Dit is egter nie almal nie. Ontwikkelaars het daarin geslaag om tot 100 MB met elke oop blad te bevry as gevolg van meer doeltreffende gebruik van geheue as gevolg van die partisie-oral-meganisme, asook om hul reaksie op 22% te verhoog. Dus sal tabs in Chrome vinniger oopmaak as voorheen, wat die bekostigbare ysterhulpbron bespaar.
Google Chrome spandeer 10 keer meer RAM as Safari
Dit is duidelik dat Google probeer om meer aggressief met Safari te kompeteer, wat onlangs Mac-gebruikers meer voorkeur gee. Maar dit is verstaanbaar: Apple se brawl-blaaier op Macos Big Sur werk 50% vinniger as Chrome. Ten spyte van die feit dat dit gewoonlik probeer om vergelykings met mededingers te vermy, het die maatskappy 'n treffende Chrome-lag van Safari in laasgenoemde aanbieding getoon. Hierdie verskil was te wyte aan die effektiewe gebruik van JavaScript en sommige argitektoniese verskille wat krities is.
Safari of Google Chrome
Google word duidelik verstaan dat Safari Chrome oortref, het die afgelope tyd verskeie gevorderde spoedgeoriënteerde meganismes in sy blaaier bygevoeg en die hulpbronverbruik na sy blaaier verminder:
- Terug en vorentoe kas - 'n meganisme wat jou toelaat om die bladsy onmiddellik te laai wanneer jy terugkom, dit uit die kas trek;
- Die Javascript-timer is 'n timer wat tyd van die laaste appèl tot die oortjie tel en vries dit indien meer as 'n minuut verby is;
- Vries-gedroogde tabs is 'n instrument wat 'n skermskoot maak en dit eers laai as die bladsy swaar is;
- Isoleerde plits is 'n meganisme wat slegs die webbladsye ondersteun wat in die gebruikers sigbaarheidsone geleë is wat die aflaai spoed met 7% verhoog.
Google het besluit om Chrome so veilig te maak as Safari
Watter soort resultaat sal gee, sal tyd vertel. Op die ou end is dit hoe dadelik die toename in spoed bepaal, is redelik moeilik, aangesien dit 'n uiters komplekse verskynsel is, wat een laag op 'n ander is, wat 'n soort faktore-toebroodjie vorm. Dit is immers logies dat dit onmoontlik is om chroom met 50% te versprei deur op die vingers te klik. En Google-geïmplementeerde meganismes word stelselmatig deur die blaaier gebreek, sy hulpbronverbruik verminder en in die algemeen maak dit beter. Dit sal nog iets met uitbreidings doen, en dit sal redelik goed wees.