벤치 마크는 콘텐츠 차단기가 Chrome을 느리게한다는 Google의 주장을 반박합니다.
- 범주: 구글 크롬
Google은 새 버전의 초안을 발표했습니다. Google 크롬의 확장 매니페스트 2019 년 1 월.
그 회사 계획 확장 기능, uBlock Origin 또는 Adblock Plus와 같은 콘텐츠 차단기가 현재 웹 페이지의 특정 요소를 차단하는 데 사용하는 webRequest API를 제한합니다. 대신 인수하도록 설계된 declarativeNetRequest API를 도입합니다.
제안 된대로 구현되는 경우 변경 사항은 Google 크롬에서 콘텐츠 차단기 및 기타 확장 유형을 크게 제한합니다.
Google은 결정을 다음과 같이 설명했습니다.
이는 브라우저 프로세스에서 시작되며 확장 프로그램의 렌더러 프로세스로의 프로세스 홉을 포함하며, 확장 프로그램은 임의의 (잠재적으로 매우 느린) JavaScript를 수행하고 결과를 브라우저 프로세스로 반환합니다. 이는 확장 프로그램에 의해 수정, 리디렉션 또는 차단되지 않은 모든 단일 네트워크 요청에 상당한 영향을 미칠 수 있습니다 (Chrome이 결과를 확인하기 위해 확장 프로그램에 이벤트를 전달해야하기 때문에).
기본적으로 Google은 webRequest를 사용하는 확장 프로그램이 성능에 상당한 영향을 미칠 수 있다고 주장합니다. 즉, API를 사용하는 확장 프로그램을 사용하면 웹 탐색 속도가 현저하게 느려질 수 있습니다.
Cliqz 브라우저를 운영하고 추적 방지 확장 프로그램 인 Ghostery를 소유하고있는 독일 스타트 업인 Cliqz는 최근 데이터가 Google의 주장을 확인할 수 있는지 여부를 확인하기 위해 벤치 마크를 실행했습니다.
이 회사는 인기 사이트의 대규모 데이터 세트를 사용하고 콘텐츠 차단기 uBlock Origin, Adblock Plus, Ghostery, Brave 브라우저의 광고 차단기 및 DuckDuckGo의 광고 차단기의 성능을 측정했습니다.
벤치 마크의 핵심 결과 중 하나는 DuckDuckGo의 광고 차단기를 제외한 모든 콘텐츠 차단기가 각 요청에 '1 밀리 초 미만의 결정 시간'을 추가했다는 것입니다. 즉, 콘텐츠 차단기의 성능 영향은 미미합니다.
테스트 및 데이터 세트는 공개적으로 사용할 수 있습니다. 특히 Ghostery는 uBlock Origin 또는 Adblock Plus와 같은 본격적인 콘텐츠 차단기가 아니기 때문에 콘텐츠 차단기의 선택은 확실히 비판받을 수 있습니다. uBlock Origin 개발자 Gorhill re-ran 테스트를 통해 Adblock Plus가 원래 테스트 결과에 명시된대로 잘 수행되지 않음을 발견했습니다.
Google은 콘텐츠 차단기를 명시 적으로 언급했지만 다른 확장 프로그램도 webRequest API를 사용합니다. 일부는 그것을 사용할 때 높은 비용을 도입 할 수 있습니다.
Google이 확장 프로그램으로 인한 성능 문제를 해결하기를 원한다는 것은 다소 이해할 수 있지만 일부의 잘못에 대해 모두 처벌하는 것이 최선의 조치가 아닐 수도 있습니다.
공정하게 말하면 Google은 여전히 변경 사항을 논의하고 있으며 유명한 회사는 새로운 매니페스트 버전의 변경 사항으로 인해 확장 기능이 중단되는 것을 원하지 않는다는 의견입니다.
이제 당신 :이 모든 것에 대해 어떻게 생각하십니까?