- 人気の協力型シューター Helldivers 2 が最新アップデートでインストール容量を約 85%削減
- Nixxes Software の支援を受け、重複したゲームデータの除去（de-duplication） により、容量を154GBから23GBへ削減
- 既存の大容量構成は、**機械式ハードディスク（HDD）**最適化のためのデータ重複によるものであったが、実際の読み込み時間改善効果は過大評価されていたことが判明
- 最近の測定結果では、HDDユーザー（全体の11%）もミッションの読み込み時間が 数秒程度しか増えない レベルであることが示された
- 新しい 「スリム版」 は既存バージョンと同じプレイ体験を提供し、進行状況と購入履歴もそのまま維持される
Helldivers 2 のインストール容量を大幅に削減
- Arrowhead Game Studios は Helldivers 2 のインストール容量を約154GBから23GBへ削減することに成功
- 約 131GBのストレージ節約 効果
- この最適化は Nixxes Software の協力によって実現
- Nixxes は ソニーの主要な PlayStation タイトルのPC移植開発会社 として知られている
HDD最適化の削除と読み込み時間への影響
- 初期の大容量構成は、機械式ハードディスク（HDD） の読み込み速度改善を目的としたデータ重複によるものだった
- HDDでの読み込み遅延を減らすために、同一データを複数の場所に保存する方式を使用
- しかし開発チームは 既存の業界データベース推定が不正確だったことを確認
- 実測では、HDDユーザー比率は最近の基準で 11% 程度
- これらのユーザーでも、ミッション読み込み時間の増加は 最大でも数秒程度
- 開発チームは「読み込み時間のほとんどは レベル生成処理 によるもので、これはディスクアセットのロードと並列で行われる」と説明
スリム版のアプローチ
- Steam ベータアップデートを通じて「スリム版」が利用可能
- 既存のバージョンと 機能的に同等の体験を提供
- 進行度、戦争への貢献、購入履歴 はすべて維持
- ベータ参加者はいつでも オプトアウト（Opt-out） 可能
ゲーム開発の観点での意味
- このケースは、PCゲームのストレージ節約の可能性を示すものとして評価
- 大型AAAゲームの一般的な問題だった 非効率なデータ重複 を排除
- 他の開発会社にも ストレージ最適化の必要性を再認識させるきっかけとなる
追加情報
- Helldivers 2 は 協力型シューターゲームであり、最新アップデートによって 容量効率とアクセシビリティ が改善された
- Tom’s Hardware は、この変化を PCゲームユーザーにとっての前向きな進歩として紹介
2件のコメント
情けない話ですが、それでも修正されたのは幸いですね。知られていないだけで、こうした事例はもっと多い気がします。
Hacker Newsの意見
最近開発者が公開したデータによると、Helldivers 2のHDDユーザー（先週時点で11%）でも、ミッションのロード時間は最悪でも数秒伸びる程度にすぎないことが確認された
ロードの大半はレベル生成処理によるもので、これはディスクからアセットを読み込むのと並列で進行するという
それなのにインストール容量が150GBを超えていたのは納得しがたく、なぜこのような最適化が可能だったのに放置されていたのか疑問が残る
ほとんどのユーザーはゲーム購入前に必要ディスク容量を細かく確認しないので売上への影響はほとんどなく、一方で修正には開発リソースが必要になる
もしユーザー1人あたり150GB分のクラウドストレージ費用を負担しなければならなかったなら、すぐに解決されていただろう
本当のボトルネックは測定すればすぐに分かり、解決も簡単だった
だがこうした作業は退屈でコストがかかるため、組織内での優先順位が低かった
おそらくインストール容量が大きすぎて、SSDではなく補助HDDに入れるという悪循環があるのだろう
多くの開発者は実データよりも勘で最適化を進めている
コンソールはSSD前提でビルドされており、重複データがなかったためだ
PC版の154GBは大規模なアセット重複の結果で、当初は40〜60GB程度だった
その後、エンジン（Bitsquid/Stingray, Wikiリンク）が終了した状態で開発を続けるうちに、徐々に肥大化していった
この2年間でこの問題によって浪費されたハードウェア資源は少なくとも1,000万ドルに達すると計算した
開発会社は数十万ドルのエンジニアリング費用を節約するために、ユーザーへコストを転嫁したことになる
このような無駄を防ぐ唯一の方法は、ソフトウェア品質を重視する文化だと思う
個人的には2TBのゲーム用ドライブがあるので容量は気にしていなかった
消費者の立場では、こうした概念が実質的なコストなのか疑問だという反応もあった
別の人は「ゲームを1本少なくインストールする程度の不便さにすぎない」と付け加えていた
2014年のTitanfallも似た事例だった
全48GBのうち35GBが非圧縮オーディオで、デュアルコアCPU向けの措置だったという (関連記事)
MP3デコードのCPU負荷はほとんどなく、Titanfallのオーディオ形式（160kbps OGG）も非可逆圧縮だった
AWSアカウントで未使用リソースを整理して月1万ドル節約する事例に似ていると感じた
最近のMonster Hunter: WildsのModでは、逆にGPUデコンプレッションのボトルネックを減らすため、テクスチャをあらかじめ展開して保存する方式が使われていた (動画リンク)
自分もそろそろクラウドアカウントの整理をしに行かないといけない
どんな最適化が行われていたのか気になった
HDDは物理配置が一定ではないため、重複保存でシーク時間を減らす方法が有効でない可能性もある
もしかすると、単にビルド時の「ハッシュベース重複排除」オプションを無効にしていたのが原因かもしれない
重複排除後にインストール容量は大きく減り、アップデートファイルのほうがむしろゲーム本体全体より大きかった
今ではSSDが標準なのに、HDD最適化のためにここまでやったのはやや過剰に感じる
各ステージごとに必要な共通リソースを重複して含め、一度に読み込む方式である
これは帯域幅のために容量を犠牲にする戦略で、過去のCD時代にも使われていた手法だ
最近Hunt: Showdownをダウンロードしたところ70GBだったが、1か月後のアップデートで同じサイズを再びダウンロードさせられた
おそらく全体上書き方式でアップデートを処理していたのだろう
何十GBも再ダウンロードさせられるのは本当に非効率だ
こうした問題はSteamが巨大化する前に、すでに大半のゲームで解決されていた部分だった
Helldivers 2は古いエンジン（Bitsquidベース）で作られているが、最新技術でなくても優れたゲームは作れることを示している
コミュニティが自らキャンペーンを行って修正を求めなければならないほどだった
サポート終了したエンジンを使っていなければ、もっと安定していたはずだ
以前ゲーム最適化の作業で、ランタイム基準では容量を1/4にまで減らしたことがあるが、見た目が同じなのでプロデューサーの反応が薄かったのを覚えている
今回も内部で反発があったのか気になる
SteamがSSD容量不足と判断してHDDをキャッシュとして使った結果、アップデートより完全再インストールのほうが速かった経験がある
5分のダウンロードのあと8時間のアップデートとはひどい話だった
今回のアップデートでこうした問題も改善されることを願う
すでに暗号化されたファイルをディスク上で再び復号するため、ランダムアクセス負荷が大きかったからだ
PCで重複ファイルが実際に使われていたのか気になった
HDDで特定の複製のほうが速いと判断できるほど、ファイルシステムアクセスが制限されているのか疑問だった
こうすることでHDDのシークなしに連続読み込みが可能になる
これはCrash Bandicootの時代から使われていた方式で、2024年にHDD最適化をした理由は、単にエンジンの制約だったのだろう