구글은 곧 크롬 스 테이블 (Chrome Stable)을 변경하여 배터리 수명과 브라우징 성능을 향상시키기 위해 백그라운드 탭에 브라우저 스로틀 타이머를 갖출 계획이다.
기회의 동기는 일부 페이지가 백그라운드에있을 때 많은 CPU를 소비한다는 것입니다. Google은 JavaScript 광고 및 분석 스크립트를 명시 적으로 언급하지만 이에 국한되지는 않습니다.
핵심 아이디어는 기능이 시작되면 Chrome에서 백그라운드 탭이받는 처리 능력을 제한하는 것입니다.
- 각 WebView에는 백그라운드에서 타이머를 실행하기위한 예산 (초)이 있습니다.
- 타이머 작업은 예산이 음수가 아닌 경우에만 실행할 수 있습니다.
- 타이머가 실행되면 예산에서 실행 시간이 차감됩니다.
- 예산은 시간에 따라 재생됩니다 (초당 0.01 초의 비율로).
제한에서 제외 된 것으로 보이는 유일한 페이지는 오디오를 재생하는 페이지입니다.
이 변경은 과도한 양의 CPU를 사용하는 백그라운드 페이지를 처리하는 것을 목표로하지만 백그라운드에서 무언가를 수행하는 메신저, 대화방, 알림 서비스와 같은 백그라운드 페이지에 영향을 줄 수 있습니다.
구글은이 구현이 어떠한 기능도 깨뜨리지 않을 것이라고 밝히지 만, 일부 웹 개발자들은 그렇지 않다고 생각한다.
Samuel Reed는 블로그에서 웹 애플리케이션 타이머가 몇 분 동안 지연 될 수 있으며 (Google은 그 동안 최대 30 초로 단축 됨) Slack 또는 Discord와 같은 인기있는 애플리케이션에 영향을 줄 것이라고 언급했습니다.
다른 웹 개발자들은 공식 Blink Development 포럼에서도 우려를 표명했습니다. 최소한 한 명의 개발자가 영향을받는 사이트와 서비스가 조절을 피하기 위해 사용자가들을 수없는 작은 오디오 파일을 반복하기 시작할지에 대한 의문을 제기했습니다.
Chrome은 오디오가 인터페이스에서 재생되고 있음을 나타내지 만 적어도 단기적으로는 사이트에서이를 구현하는 것이 매우 좋습니다.
Google은 Gmail에서 구현을 테스트했지만 서비스 알림 시스템에 문제가 없었습니다.
또한 Google 개발자는 사용자가 멀티 태스킹을하는 경우에 영향을 미치지 않도록 (다른 탭간에 정기적으로 전환) 확인하려고합니다. Google이 언급 한 아이디어는 제한을 시작하기 전에 일정 시간 동안 스로틀 링을 지연 시키거나 충분한 초기 예산을 설정하는 것입니다.
Now You : 제안 된 변경 사항은 무엇입니까?
