Android用Chromeでのマルチタブアクティビティ。 GHacks
従量制のインターネット接続で作業している人なら誰でも、GoogleChromeが単純なWebブラウジングを通じてかなりの量のデータ許容量を使用する傾向があることに気付くでしょう。この背後にある理由は、Google Chromeがスマートな推論に基づいて動作し、次のクリックを見越して現在使用されているよりも多くのデータをダウンロードするために使用されるためです。また、Google Chromeは、ウェブページを制限または最適化せず、サイト上のすべてのコンテンツをダウンロードして、最も明確で完全なプレビューを実現します。ウェブサイトの最もハイエンドな表示を望んでいる私たちにとって、それは素晴らしいニュースですが、その月の限られたデータプランに取り組んでいるほとんどの人にとって、GoogleChromeの使用はかなり憂慮すべきものとして出くわす可能性があります。
以前は、Google Chromeにロードされたすべてのタブは、前のタブにアクセスしたいという予想でアプリケーションが再起動されたときにリロードされていました。これに加えて、使用中（および使用されていないときはある程度）、バックグラウンドタブはデータの送受信を継続し、次回の表示のためにデータを更新し続けます。このプロセスでは多くのプロセッサの注意と容量が必要だったため、これは信じられないほどの量のインターネットデータとバッテリー電力を消費しました。これは何度もGoogleの注目を集めており、そのタスクフォースは、データと電力使用量を最適化しながら、Chromeの完璧なインターフェースとサービスを維持するソリューションに取り組んでいます。
Googleは、Chromeタブのアクティビティを制限するソリューションを提案しました。同社は、ブラウザのパフォーマンスを向上させるために、5分間操作がないと、タブの送受信アクティビティを終了することを決議しました。このソリューションを試してみると、Chromeは、リロードに集中するタブが1つまたは2つしかない場合に、実際にはパフォーマンスが向上することがわかっています。これに加えて、5分間の非アクティブマーカーの後、アプリケーションのバックグラウンドデータと電力使用量は、そのアクティビティが終了するときに最小限に抑えられます。徹底的に 報告する Googleが公開したこの新しいメカニズムで実施された複数のテストを通じて、同社はデータ使用量、バッテリー使用量、および全体的なデバイスパフォーマンスの大幅な改善を観察したことがわかります。 Googleは、成功と回帰の指標を使用して、このプロセスを引き続き評価します。ザ・RendererScheduler.TaskDurationPerQueueType2.Background.AfterFifthMinuteコードが4月から監視されています。 Googleは、2018年6月6日の時点で、バックグラウンドダウンストリームセルラーが5.54％減少し、フォアグラウンドダウンストリームセルラーが1.12％減少し、バックグラウンドアップストリームセルラーが1.78％増加したと報告し、コードは安定していると宣言されました。
Androidプレビュー用のクリアで整頓されたChrome。モバイルウェブを壊す
