Pirms pāris gadiem es uz visiem laikiem atteicās Chrome par labu Safari. Mani kaitināja Google pārlūkprogrammas pārlūks, kas patērēja diezgan daļu no pieejamā procesora resursu, RAM un mežonīgi vērpšanas manu MacBook gaisa dzesētāju. Datora cilts nav galā, lai gan es parasti nesaglabā vairāk nekā 10 cilnes vienlaicīgi. No šiem Google izlaida vairākus galvenos hroma atjauninājumus, padarot to ekonomiskāku un ātrāku. Bet lielākā daļa ikoniskās izmaiņas notika Chrome 89, kas kļuva atsaucīgāka un pārtrauca Mac sildīšanu tik daudz.
Apple ir izlaidusi pagarinājumu "iCloud paroles" Chrome. Kāpēc tas nedarbojas
Saskaņā ar Google izstrādātājiem, kuri strādā pie Hroma 89 atjaunināšanas, ar savu produkciju, pārlūkprogramma ir kļuvusi ievērojami mazāk raidoša, samazinot slodzi Centrālajā procesorā Mac datoriem. Iepriekš tas bija iemesls dzesētāja vērpšanai, strādājot ar Chrome. Pārlūks pavadīja daudz resursu, lai nodrošinātu tās darbu, uzsilda datora iekšpuses un izraisīja piespiedu dzesēšanas aktivizēšanu nekā stipri kaitinoši lietotāji, kuri bija pieraduši strādāt ar savu MacBook Air un MacBook Pro pilnā klusumā.
Chrome atjauninājums Mac
Kopējais enerģijas patēriņa samazinājums bija aptuveni 65%, jo datori, kas strādā ar Chrome, kļuva mazāk ticams, lai aktivizētu dzesētājus, neatkarīgi no akumulatora varas piegādes. Tomēr tas nav viss. Izstrādātājiem izdevās brīvi līdz 100 MB ar katru atvērto cilni, jo efektīvāk izmantot atmiņu sakarā ar partitionallo-visur mehānismu, kā arī palielināt savu atbildi uz 22%. Tādējādi cilpas Chrome atvērs ātrāk nekā iepriekš, ietaupot pieejamu dzelzs resursu.
Google Chrome pavada 10 reizes vairāk RAM nekā Safari
Acīmredzot Google cenšas agresīvi konkurēt ar Safari, kas nesen, Mac lietotāji dod lielāku izvēli. Bet tas ir saprotams: Apple tracis pārlūks uz Macos Big Sur strādā 50% ātrāk nekā Chrome. Neskatoties uz to, ka tas parasti cenšas izvairīties no salīdzinājumiem ar konkurentiem, uzņēmums ir pierādījis pārsteidzošu hroma nobīdi no Safari pēdējā prezentācijā. Šī atšķirība bija saistīta ar JavaScript efektīvu izmantošanu, un dažas arhitektūras atšķirības, kas ir kritiskas.
Safari vai Google Chrome
Google ir skaidri saprotams, ka Safari pārspēj Chrome, tāpēc pēdējā laikā viņa pārlūkprogrammā nesen pievienoja vairākus uzlabotus ātrumu mehānismus un samazinātu resursu patēriņu uz viņa pārlūkprogrammu:
- Atpakaļ un uz priekšu cache - mehānisms, kas ļauj uzreiz lejupielādēt lapu, atgriežoties atpakaļ, velkot to no kešatmiņas;
- JavaScript taimeris ir taimeris, kas saskaita laiku no pēdējās pārsūdzības uz cilni un iesaldē to, ja ir pagājis vairāk nekā minūte;
- Freeze-žāvētas cilnes ir rīks, kas padara ekrāna shot un ielādē to vispirms, ja lapa ir smaga;
- IzolētiPlits ir mehānisms, kas atbalsta tikai tās tīmekļa lapas, kas atrodas lietotāja redzamības zonā, kas palielina lejupielādes ātrumu par 7%.
Google nolēma padarīt Chrome tik drošu kā safari
Kāda veida rezultāts dos, laiks pateiks. Galu galā, tas ir tas, kā nekavējoties noteikt ātruma pieaugumu ir diezgan sarežģīta, jo tas ir ļoti sarežģīts parādība, viens slānis, kas ir pārklāts uz citu, veidojot sava veida faktorus sviestmaizi. Galu galā, tas ir loģiski, ka nav iespējams izkliedēt Chrome par 50%, noklikšķinot uz pirkstiem. Un Google īsteno mehānismi tiek sadalīti caur pārlūkprogrammu sistēmiski, samazināt resursu patēriņu un kopumā padara to labāku. Tas joprojām kaut ko darītu ar paplašinājumiem, un tas būtu diezgan labi.