Duela urte pare bat, beti ukatu nion Chrome Safariaren alde. Googleko arakatzailearen arakatzailean haserretu nintzen, eskuragarri dauden prozesadore baliabideen zati polita kontsumitzen baitu, RAM eta nire MacBook Air Hooler-a biraka. Ordenagailu tribalak ez zuen aurre egin, nahiz eta normalean 10 fitxa baino gehiago irekitzen ditut aldi berean. Googlerengandik hainbat eguneratze garrantzitsu kaleratu zituzten kromoarentzat, ekonomikoagoa eta azkarragoa bihurtuz. Baina aldaketa ikonikoenak Chrome 89an gertatu ziren, erantzun handiagoa eman eta Mac berotzeari utzi zioten hainbeste.
Apple-k "iCloud Passwords" luzapen bat kaleratu du Chrome-rako. Zergatik ez du funtzionatzen
Chrome 89 eguneratze lanetan aritu diren Google Developers-en arabera, bere irteerarekin, arakatzailea nabarmenagoa bihurtu da, Mac ordenagailuen prozesadore zentralaren karga murriztuz. Aurretik, Chrome-rekin lan egiten duen bitartean hozkailuen biraketaren arrazoia izan zen. Arakatzaileak baliabide ugari eman zituen bere lana ziurtatzeko, ordenagailuaren barrualdea berotu eta behartutako hoztearen aktibazioa areagotu egin zen, MacBook Air eta MacBook Pro-rekin lan egitera ohituta zeuden erabiltzaileek isiltasun osoz lan egitera ohituta zeuden erabiltzaileek baino.
Chrome eguneratzea Mac
Energia kontsumoaren murrizketa orokorra% 65 ingurukoa izan zen, Chrome-rekin lan egiten duten ordenagailuen ondorioz, litekeena da hozkailuak aktibatzeko, bateriaren hornidura edozein dela ere. Hala ere, hori ez da dena. Garatzaileek 100 MB-koa libreak izan ziren irekita fitxa bakoitzarekin memoria-erabilera eraginkorragoa dela eta, partizioa-nonahi mekanismoa dela eta, baita% 22ra igoera ere. Horrela, Chrome-ko fitxak lehen baino azkarrago irekiko dira, burdin baliabide merkeak gordetzea.
Google Chrome-k safari baino 10 aldiz gehiago RAM gastatzen du
Jakina, Google Safari-rekin lehiatzen saiatzen ari da, duela gutxi, Mac erabiltzaileek lehentasun handiagoa ematen dute. Baina ulergarria da: Apple-k Macos Big Sur-en arakatzailearen arakatzailea Chrome baino% 50 azkarrago funtzionatzen du. Lehiakideekin konparazioak ekiditen saiatzen den arren, konpainiak safari kromo greba bat erakutsi du bigarren aurkezpen honetan. Alde hori JavaScript-en erabilera eraginkorra izan zen eta funtsezkoak diren desberdintasun arkitektoniko batzuk.
Safari edo Google Chrome
Google-k argi eta garbi ulertzen du Safari-k Chrome gainditzen duela, beraz, azkenaldian abiadura bideratutako mekanismo aurreratuak gehitu zizkion arakatzailean eta baliabideen kontsumoa bere arakatzailera murrizteko:
- Itzuli eta aurrera cachea - itzulera itzultzerakoan orria berehala deskargatzeko aukera ematen duen mekanismoa da, cachetik atera;
- JavaScript tenporizadorea azken errekurtsoa fitxara denbora kontatzen duen tenporizadorea da eta minutu bat baino gehiago igarotzen bada izozten da;
- Izozte-lehorreko fitxak pantaila-argazkia egiten duen tresna da eta lehenik kargatzen du orria astuna bada;
- Isolatedsplits erabiltzailearen ikusgarritasun gunean kokatutako web orrialdeak onartzen dituen mekanismoa da, deskargatzeko abiadura% 7 handitzen duena.
Google-k Chrome Safari bezain segurua egitea erabaki zuen
Zer nolako emaitzak emango du, denborak esango du. Azkenean, hori berehala zehazten da abiadura handitzea nahiko zaila dela, fenomeno oso konplexua baita, geruza bat bestearen gainean gainjarrita dagoena, ogitarteko moduko bat osatuz. Azken finean, logikoa da ezinezkoa dela Chrome% 50 sakabanatzea hatzekin klik eginez. Eta Google inplementatutako mekanismoak arakatzailearen bidez hautsita daude, baliabideen kontsumoa murriztu eta orokorrean hobe da. Luzapenekin zerbait egingo luke, eta nahiko ona izango litzateke.