Jellyfinのキャッシュを解説：ウォームデータが繰り返しのリクエストを高速化する理由

エヴァ・ウォン

IceWhale author

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

Jellyfin Caching Explained: Why Warm Data Speeds Up Repeated Requests - Zima Store Online

Jellyfinのデータがウォームな状態になると、ストレージへのアクセスを避けられるため、繰り返し発生するリクエストが速くなることがあります。ただし、その効果はデータの再利用状況、メモリーの圧迫、実際のボトルネックによって異なります。

ライブラリーを最初に開くときは、データベースのページ、アートワーク、ディレクトリーデータをストレージから取得する場合があります。一方、次のリクエストでは、そのワーキングセットの一部が再利用されます。これにより、ハードウェアの容量を変えなくてもサーバーが高速になったように感じられます。キャッシュの再利用が実際のアップグレードに関する誤った主張にならないよう、コールド状態とウォーム状態は分けて比較してください。

コールド実行とウォーム実行では測定できる内容が異なる

コールド実行では、状態を取得してワーキングセットを構築するコストを測定します。ウォーム実行では、利用するページがメモリー上に残っている状態で、繰り返し処理を行った場合の挙動を測定します。両者を平均すると、改善がストレージアクセスの回避によるものなのか、サービスの処理経路そのものに実際の変化があったのかが分からなくなります。

コールドおよびウォームベンチマークの手順では、再起動後の最初の実行と繰り返し実行を分けるため、比較結果を正しく解釈できます。

どちらの結果も重要です。コールド状態は初回利用時の応答性を示し、ウォーム状態はセッション中に繰り返し閲覧または再生する場合の挙動を示します。

メタデータのリクエストは長時間の読み取りより大きな恩恵を受ける

ポスターのグリッド表示、検索、ライブラリーページでは、小さなデータベースファイルや画像ファイルを再利用するため、キャッシュがウォームな状態だと多くの小さな待ち時間をなくせます。長時間のシーケンシャルなメディアストリームでは、ディスクがすでに効率よくデータを提供している場合、差が小さくなることがあります。

キャッシュの影響を受けやすいライブラリー操作を比較するときは、ストレージのレイテンシーとスループットを分けて測定してください。

ナビゲーションは改善するのにストリームの配信が改善しない場合、ウォームなデータが属しているのはメディア経路ではなく、アプリケーション状態の処理経路です。