モバイルアプリのスレッドプールサイズの最適化（画像読み込み編） - クックパッド開発者ブログ

クックパッドの海外向けのAndroidアプリを開発している @rejasupotaro です。海外チームでは英語圏だけでなく、スペイン語圏やアラビア語圏や、その他いろいろな地域・ユーザーの環境に合わせてサービスをローカライズしながら展開しています。 東南アジアや南米では日本に比べるとネットワークは不安定で遅く、現地に行って自分たちのサービスを使うと読み込みの遅さに愕然とすることがあります。レシピサービスにとって画像の読み込みの速度は重要なので、これまでもレイテンシ、フォーマット、圧縮率、キャッシュ、画像サイズ、リクエストの優先度、プリロードなどさまざまな最適化を試みてきました。今回はスレッドプールのサイズについて考察しました。 非同期処理とスレッドプール Androidには、UIを操作することができる唯一のメインスレッドと、APIや画像のリクエスト、DBの読み書きなどの時間のかかる処理でメ

[kazuhooku]

面白い。最適解は、画像のフェッチとデコードを分割して、フェッチの並走度は（HTTP/1の場合は）RTTによって変化させ、デコードはCPUコア数分のスレッドたてるのでFAなんじゃないのかな

[teracy_junk]

『実際のユーザーは検索していきなり全力で下までスクロールしたりしない！つまり、画面内に表示される画像の数よりワーカースレッド数を多くしても無駄になってしまう可能性が高いのではないか』あー

[secondlife]

低速度回線での画像読み込み時のスレッドプール最適化

[hotchemi]

良さそう

[chezou]

待ち行列理論を用いて最適化を試みた、とな

[y_uuki]

レジャスポ氏おもしろそうなことやってる。CPUバウンドなタスクとI/Oバウンドなタスクはプール分けたい気がするけど、ライブラリが対応してないのかな。

[gfx]

"画面内に表示される画像の数よりワーカースレッド数を多くしても無駄になってしまう可能性が高いのではないか"

[catatsuy]

ラーメンの様子