몇 년 전, 나는 Safari에 찬성하여 크롬을 영원히 거부했다. 나는 Google 브라우저의 브라우저가 짜증이 났으며, 이는 사용 가능한 프로세서 리소스의 예쁜 부분을 소비하고, MacBook Air Cooler를 격렬하게 회전 시켰습니다. 컴퓨터 부족은 일반적으로 동시에 10 개 이상의 탭을 계속 열지 않아도됩니다. 그 구글에서 Chrome에 대한 몇 가지 주요 업데이트를 발표하여보다 경제적이고 더 빠르게 만들었습니다. 그러나 가장 상징적 인 변화는 크롬 89에서 발생했으며, 이는 더 많은 반응이 있고 Mac을 너무 많이 가열하는 것을 멈췄습니다.
Apple은 크롬을위한 확장 "iCloud Passwords"를 출시했습니다. 왜 작동하지 않는지
Chrome 89를 업데이트하려는 Google 개발자들에 따르면 출력으로 브라우저는 눈에 띄게 덜 덜 덜 겨울이되어 Mac 컴퓨터의 중앙 프로세서의로드가 줄어 듭니다. 이전에는 크롬으로 일하는 동안 냉각기의 회전 이유가되었습니다. 브라우저는 그 작업을 보장하기 위해 많은 자원을 보냈고, 컴퓨터의 내부를 가온화하고 MacBook Air 및 MacBook Pro와 함께 일하는 데 익숙한 무겁게 짜증이있는 사용자보다 강제 냉각의 활성화를 자극했습니다.
Mac 용 크롬 업데이트
전력 소비의 전반적인 감소는 크롬으로 작업하는 컴퓨터로 인해 배터리의 전력 공급에 관계없이 냉각기를 활성화 할 가능성이 적기 때문에 약 65 %였습니다. 그러나 이것은 전부는 아닙니다. 개발자는 파티션 allo-everywhere 메커니즘으로 인해 메모리를보다 효율적으로 사용하기 때문에 각 열린 탭으로 최대 100MB를 무료로 사용할 수 있으며 22 %에 대한 응답을 증가 시켰습니다. 따라서 크롬의 탭이 이전보다 빠르게 열리고 저렴한 철 자원을 절약 할 수 있습니다.
Google 크롬은 사파리보다 10 배 더 많은 RAM을 보냅니다
분명히 Google은 Safari와 더 적극적으로 경쟁하려고 노력하고 있으며, 최근에는 Mac 사용자가 더 큰 선호를 제공합니다. 그러나 이것은 이해할 수 있습니다 : 애플의 말다툼 브라우저는 MacOS Big Sur에서 크롬보다 50 % 빠르게 작동합니다. 경쟁사와 비교를 피하려고하는 사실에도 불구하고, 회사는 후자의 프레젠테이션에서 사파리에서 타격을 입은 크롬 지연을 입증했습니다. 이 차이는 자바 스크립트의 효과적인 사용 및 중요한 아키텍처 차이 때문이었습니다.
사파리 또는 구글 크롬
Safari가 크롬을 능가함으로써 Google이 분명히 이해되므로 최근에 몇 가지 고급 속도 지향 메커니즘을 브라우저에 추가하고 브라우저로 자원 소비를 줄입니다.
- 뒤로 및 전달 캐시 - 다시 돌아올 때 페이지를 즉시 다운로드 할 수있는 메커니즘을 사용하여 캐시에서 가져올 수 있습니다.
- JavaScript 타이머는 마지막 항소에서 탭으로의 시간을 계산하고 분당 1 분 이상 이어 졌을 경우 정지하는 타이머입니다.
- 동결 건조 탭은 페이지가 무겁면 스크린 샷을 만드는 도구입니다.
- INSTARLSPLITS는 다운로드 속도를 7 % 증가시키는 사용자 가시성 영역에있는 웹 페이지 만 지원하는 메커니즘입니다.
Google은 Safari만큼 크롬을 안전하게 만들기로 결정했습니다
어떤 종류의 결과가 줄 것입니다, 시간이 알려줄 것입니다. 결국, 이것은 매우 복잡한 현상이기 때문에 속도의 증가가 매우 어렵 기 때문에 다른 하나의 층이 다른 층이 샌드위치를 형성하기 때문입니다. 결국 손가락을 클릭하여 크롬을 50 %까지 분산시키는 것은 불가능하다는 것이 논리적입니다. Google 구현 메커니즘은 브라우저를 통해 브라우저를 통해 고장 났으며 자원 소비를 줄이고 일반적으로 더 잘 수행합니다. 그것은 여전히 확장 기능으로 뭔가를 할 것입니다. 그리고 그것은 꽤 좋을 것입니다.