高価なバックグラウンドページを抑制するChrome

Googleは、バッテリーの寿命とブラウジングのパフォーマンスを改善するために、ブラウザのスロットルタイマーをバックグラウンドタブに追加するChrome Stableの変更をすぐに展開する予定です。

チャンスの背後にある動機は、一部のページがバックグラウンドにあるときに多くのCPUを消費することです。 GoogleはJavaScript広告と分析スクリプトに明示的に言及していますが、それに限定されません。

コアとなるアイデアは、機能が着地するとChromeでバックグラウンドタブが取得する処理能力を制限することです。

  • 各WebViewには、タイマーをバックグラウンドで実行するための予算(秒単位)があります。
  • タイマータスクは、予算が負でない場合にのみ実行できます。
  • タイマーが実行されると、その実行時間が予算から差し引かれます。
  • 予算は時間とともに再生成されます(1秒あたり0.01秒の割合)。

調整が免除されているように見えるページは、オーディオを再生するページのみです。

この変更の目的は、CPUを過度に使用するバックグラウンドページに取り組むことですが、メッセンジャー、チャットルーム、通知サービスなど、バックグラウンドで何かを行うバックグラウンドページに影響を与える可能性があります。

Googleは、実装によって機能が損なわれることはないと述べていますが、一部のWeb開発者はそうではないと考えています。

Samuel Reed氏はブログで、ウェブアプリケーションのタイマーが数分間遅れる可能性があり(その間、Googleは最大30秒に短縮した)、SlackやDiscordなどの人気のあるアプリケーションに影響を与えると述べています。

他のWeb開発者も、公式のBlink Developmentフォーラムで懸念を表明しています。 少なくとも1人の開発者が、影響を受けるサイトおよびサービスが、スロットルを回避するためにユーザーには聞こえない小さなオーディオファイルのループを開始するかどうかという質問を提起しました。

Chromeはインターフェースでオーディオが再生されていることを示しますが、少なくとも短期的にはサイトがこれを実装している可能性が非常に高いです。

GoogleはGmailでの実装をテストしましたが、サービスの通知システムに問題はありませんでした。

また、Googleの開発者は、ユーザーがマルチタスクを使用している場合に影響がないようにしたい(定期的に異なるタブを切り替える)ことを望んでいます。 グーグルが言及したアイデアは、それが発動する前にスロットルを一定期間遅らせるか、寛大な初期予算を設定することです。

Now You :提案された変更に対するあなたの見解は何ですか?