Antaŭ kelkaj jaroj, mi ĉiam rifuzis Chrome favore al Safaro. Mi estis ĉagrenita de la retumilo de la retumilo de Google, kiu konsumis la belan parton de la havebla procesora rimedo, RAM kaj sovaĝe ŝpinante mian MacBook Air Cooler. La komputila tribalo ne eltenis, kvankam mi kutime ne malfermas pli ol 10 langetojn samtempe. De tiuj Google publikigis plurajn gravajn ĝisdatigojn por Chrome, igante ĝin pli ekonomia kaj pli rapida. Sed la plej ikonecaj ŝanĝoj okazis en Chrome 89, kiu fariĝis pli respondema kaj malhelpis la Mac tiom multe.
Apple publikigis etendaĵon "iCloud Pasvortoj" por Chrome. Kial ĝi ne funkcias
Laŭ Google-programistoj, kiuj laboris pri ĝisdatigo de Chrome 89, kun ĝia eligo, la retumilo fariĝis rimarkinde malpli voraca, reduktante la ŝarĝon sur la centra procesoro de Mac-komputiloj. Antaŭe, ĝi estis la kialo de la ŝpinado de la pli freŝa dum laborado kun Chrome. La retumilo pasigis multajn rimedojn por certigi ĝian laboron, varmigis la internojn de la komputilo kaj provokis la aktivigon de deviga malvarmigo ol peze ĝenaj uzantoj, kiuj kutimis labori kun sia MacBook Air kaj MacBook Pro en plena silento.
Chrome-ĝisdatigo por Mac
La totala redukto de potenca konsumado estis ĉirkaŭ 65%, pro la komputiloj laborantaj kun Chrome, fariĝis malpli probablaj aktivigi la malvarmigilojn, sendepende de la provizo de potenco al la baterio. Tamen, ĉi tio ne estas ĉio. Ellaborantoj sukcesis liberigi ĝis 100 MB kun ĉiu malfermita langeto pro pli efika uzo de memoro pro la partitionallo-ĉie mekanismo, kaj ankaŭ pliigi ilian respondon al 22%. Tiel, langetoj en Chrome malfermos pli rapide ol antaŭe, ŝparante la atingeblan feran rimedon.
Google Chrome pasigas 10 fojojn pli da RAM ol Safari
Evidente, Google provas pli agreseme konkurenci kun Safaro, kiu, lastatempe, Mac-uzantoj donas pli grandan preferon. Sed ĉi tio estas komprenebla: la retumilo de Apple Brawl sur MacOS Big SURO funkcias 50% pli rapide ol Chrome. Malgraŭ la fakto, ke ĝi kutime provas eviti komparojn kun konkurencantoj, la kompanio montris frapan chrome-malfruon de Safaro en la lasta prezento. Ĉi tiu diferenco ŝuldiĝis al la efika uzo de avoskripto kaj iuj arkitekturaj diferencoj, kiuj estas kritikaj.
Safaro aŭ Google Chrome
Google klare komprenas, ke Safari superas Chrome, do lastatempe aldonis plurajn progresintajn rapidecajn mekanismojn en sian retumilon kaj reduktas rimedan konsumon al sia retumilo:
- Reen kaj antaŭen kaŝmemoro - mekanismo kiu permesas vin tuj elŝuti la paĝon reveninte reen, tirante ĝin el la kaŝmemoro;
- La JavaScript-tempigilo estas temporizador kiu rakontas tempon de la lasta apelacio al la langeto kaj frostas ĝin se pli ol minuto pasis;
- Freeze-Sekigitaj langetoj estas ilo, kiu faras ekranfoton kaj ŝarĝas ĝin unue se la paĝo estas peza;
- IsoLedSlits estas mekanismo kiu subtenas nur tiujn retpaĝojn kiuj situas en la uzanto-videbleco-zono, kiu pliigas la elŝutan rapidon je 7%.
Google decidis fari Chrome tiel sekura kiel Safaro
Kian rezulton donos, la tempo diros. Fine, ĉi tio tuj determinas la pliiĝon de rapideco estas sufiĉe malfacila, ĉar ĝi estas ekstreme kompleksa fenomeno, unu tavolo de kiu estas supermetita al alia, formante specon de faktoroj sandviĉo. Post ĉio, estas logike, ke estas neeble disigi Chrome je 50% alklakante la fingrojn. Kaj Google efektivigitaj mekanismoj estas rompitaj tra la retumilo sistede, reduktas sian rimedan konsumon kaj ĝenerale plibonigas ĝin. I ankoraŭ farus ion kun etendaĵoj, kaj estus sufiĉe bona.