HDDのスピンダウンに合わせてメディアスキャンのスケジュールを最適化する方法

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

ライブラリのスキャン、メタデータ処理、バックアップを計画的な稼働時間帯にまとめ、その後、ドライブのスピンダウンタイマーより長い中断のないアイドル時間を設けます。どのプロセスがディスクを起動しているのか把握するまで、タイマーを短くしないでください。

メディアサーバーがストレージにアクセスするのは、完全スキャンのときだけではありません。チャプター画像の抽出、字幕の検出、監視、サムネイル、ファイルシステムのメタデータ処理によっても、アイドル時間はリセットされます。頻繁なスピンアップとスピンダウンは、単に混雑する時間帯にディスクを稼働させたままにするよりも負担が大きい場合があります。まず起動イベントを測定し、関連するジョブをまとめ、通常の数日間にわたって検証してください。

スピンダウンが本当に失敗しているか確認する

別のクライアントからメディアフォルダーを開かずに、一定間隔でドライブの電源状態を記録します。管理ダッシュボードやシェルコマンド自体がディスクにアクセスすることもあるため、利用できる中で最も影響の少ない観測方法を使ってください。

観測したアイドル時間を、設定済みのタイマーと比較します。Linuxでは、hdparmのマニュアルで説明されているような読み取り専用の電源状態チェックにより、稼働中、スタンバイ、スリープ状態を区別できます。デバイスパラメーターを変更する無関係なオプションは避けてください。

管理された時間帯にメディアサーバーを一時停止します。その間にドライブがスリープするなら、起動元はメディアサーバーのジョブまたは監視機能にあります。スリープしない場合は、マウント、SMARTポーリング、バックアップツール、共有、オペレーティングシステムのサービスを調べてください。

プールを起動しているジョブを特定する

一時的にファイルアクセスまたはプロセスの監視を有効にし、メディアサーバーのスケジュールタスクの時刻と照合します。HDDプールに保存されたディレクトリメタデータ、アートワーク、字幕、データベース関連ファイルへの繰り返し読み取りを探してください。

1つのオプションジョブを1回のテスト時間帯だけ無効にし、別のジョブをテストする前に元に戻します。複数の変更を同時に行うと、静かな夜の原因を特定できなくなります。

対応している場合は、アプリケーションのデータベースとキャッシュを信頼性の高いローカルストレージに置きます。ただし、診断中に不用意にデータを移動しないでください。永続パスを移動したりコンテナーマウントを変更したりする前に、Jellyfinのアップグレード前チェックリストにあるZimaSpaceの記事が役立ちます。

予測可能な1つの稼働時間帯を作る

通常、ダウンロード、インポート、バックアップが完了する直後に、メインのライブラリスキャンをスケジュールします。メタデータの更新と画像の抽出も同じ時間帯に実行し、1回の起動時間で有効な処理をまとめて行えるようにします。

ファイルシステム監視で新しいファイルを確実に検出できる場合は、積極的な定期スキャンを避けてください。ネットワークファイルシステムで監視がイベントを見逃す場合は、リアルタイム検出が完全だと決めつけず、頻度を下げた照合スキャンを残します。

最後のジョブの後に、キャッシュの書き出しと設定済みタイマーの満了に十分な静かな時間を確保します。家庭内で視聴が一日中分散している場合は、短いスリープ時間を何度も繰り返すより、連続した稼働時間を設けたほうがサイクル数を減らせることがあります。

鮮度、再生、サイクル数を検証する

稼働時間帯の前にテスト用の映画を1本追加し、いつ表示されるかを確認します。ユーザーにとって許容できる遅延でなければなりません。新しいメディアが何日も表示されない省エネスケジュールは、成功した設定とはいえません。

ディスクがスリープした後に再生を開始し、起動の遅延とクライアントのタイムアウトの有無を確認します。プールが利用可能になる前にアプリケーションが失敗する場合は、ストレージのタイムアウトを長くするか、そのワークロードではスピンダウンをやめてください。

通常の数日間にわたって観察し、基準状態と総稼働時間およびスピンアップイベント数を比較します。サイクル数が増えたり、再生が不安定になったり、運用の複雑さに見合うほど節約できなかったりした時点で、スケジュールの短縮を止めてください。

サポートとヒント

もっと読む

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.