Factorio推奨スペックと重い時の軽量化設定

Factorioは、2024年10月21日の『Space Age』拡張で要件が引き上げられた、工場建設と自動化を楽しむゲームです。
最低動作環境はDual core 3GHzと4GB RAM、GTX 750 Ti級でかなり軽く、推奨はQuad core 3GHzと8GB RAM、GTX 1050 Ti級になります。
2026年の実機ならCore i5-12400FやRyzen 5 7500F級が快適ラインの入口で、自分のPCで動くかをまず見たい場面に、最初の答えをくれる基準だと言えるでしょう。
Factorioの重さはGPUやメモリよりもCPUの単核性能で決まり、60UPSで回るシミュレーションが工場拡大で追いつかなくなると、描画が平気でも世界全体がスローモーションになります。
自分も終盤に急にゲームが重くなって「PCが壊れたか」と焦りましたが、実際にはUPS低下で、グラボの問題ではありませんでした。
そこでまず見るべきなのが右上のFPS/UPSカウンターとF4デバッグで、FPSが低いのかUPSが低いのかを切り分けることです。
show-time-usageでボトルネックを名指しすれば、描画側ならビデオメモリ使用量や煙・影、シミュレーション側ならビーコン配置や長距離ベルトの見直しへ、対処を正しく振り分けられます。

必要・推奨スペックを2026年基準で読む

Factorioの要件は2026年の基準で見ると、最低ラインはかなり低く、推奨ラインでも古いゲーミングPCを外したような水準に収まります。
とはいえ、体感を左右するのはGPUよりCPUの単核性能で、工場が大きくなるほどその差がはっきり出ます。
Space Age以降はストレージ要件も増えたため、序盤だけでなく終盤まで見据えて読むのが基準になります。

最低動作環境と推奨動作環境の数値

公式の最低動作環境はDual core 3GHz＋4GB RAM＋GTX 750 Ti級（VRAM 1GB）＋ストレージ5GBです。
ゲームとしてはかなり軽い部類で、古いノートPCでも「起動して遊ぶ」だけなら通ることが多いでしょう。
推奨動作環境はQuad core 3GHz＋8GB RAM＋GTX 1050 Ti級で、ここまで来ると中盤までの進行はだいぶ安定します。
メモリは8GBで起動できますが、終盤やMOD前提なら16GBあると安心で、セーブやロードの待ち時間も詰まりにくくなります。

2026年の実機CPU・GPUに換算するとどのクラスか

2026年の実機に当てはめると、CPUはCore i5-12400FやRyzen 5 7500Fあたりが快適ラインの入口です。
自分もノートのRyzen 5機で序盤を遊んでいたときは、グラボ非搭載でも中盤まではほとんどストレスを感じず、Factorioの軽さに驚きました。
GPUはGTX 1650級のエントリーでも描画は足りるため、このゲームのためだけに高価なグラボを選ぶ必要は薄いです。
デスクトップでCore i5に移したあと、序盤の見え方は変わらないのに終盤の伸びだけが別物だったので、効いていたのはGPUではなくCPUだと実感しました。

Space AgeとMODで上がる要求ライン

Space Ageは2024年10月21日に導入され、要件全体が引き上げられました。
ストレージも3GB→5GBに増え、新惑星やマルチサーフェスで扱うシミュレーション量が増えた分、終盤の負荷はバニラより重くなります。
MODを足すと施設数や処理対象がさらに増えるので、CPUは推奨ラインより一段上を狙うと安心です。
Factorioは「入るだけ」なら低スペックでも通りますが、「大きな工場まで快適に」では話が変わります。
効くのはGPUよりCPUの単核性能で、この点を押さえると購入判断を誤りにくくなります。

Factorioの重さはCPU単核性能で決まる

Factorioの重さはGPUよりCPUの単核性能で決まります。
60UPSで動くゲームは1tickあたり約16.67msの制限の中で全体の計算を終える必要があり、ここを超えると世界の進みが遅れます。
描画は別スレッドで支えられていても、シミュレーション本体が詰まれば体感速度そのものが落ちるのです。

60UPSと16.67msという制限の意味

Factorioは毎秒60回、世界を更新する設計です。
1回の更新に使える時間は約16.67msしかなく、その中で機械、ベルト、列車、回路の処理が終わって初めて60UPSを維持できます。
ここを意識すると、ゲームが軽いか重いかは単純な見た目ではなく、シミュレーションを時間内に処理し切れるかで決まると分かります。

工場が巨大化すると、この16.67msに計算が収まらなくなります。
するとUPSが60を割り、FPSが60のままでも世界だけが遅くなるので、プレイヤーにはスローモーションのように見えるはずです。
終盤のメガベースで「操作はできるのに全体がもっさりする」のは、この仕組みが原因です。

コア数より単核クロックが効く理由

重要なのは、コア数を増やしても単一拠点のシミュレーションが速くならない点です。
16コアCPUでも4コアCPUでも、同クロックなら頭打ちになる場面はほぼ変わりません。
効くのは1コアあたりのクロックとIPCで、つまり単核性能です。
自分がマルチプレイサーバーを運営していたときも、終盤になると全員分のゲームが同時に重くなりましたが、コア数を増やしただけでは改善せず、単核クロックの高いマシンに替えて初めて解消しました。

描画やマップ生成のように複数スレッドを使う処理はあります。
ただ、シミュレーション本体は実質シングルコア依存なので、工場が詰まった瞬間にゲーム全体の進行も詰まります。
『コアいっぱい積めば速い』と思い込んで多コアサーバーを借りた知人がUPSをまったく伸ばせず落胆していたのを見て、この仕様はもっと周知されるべきだと感じました。

アップグレードで見るべきはCPUのシングルスレッド性能

アップグレードの判断軸は、GPU強化ではなくCPUのシングルスレッド性能です。
Factorioは最低でもDual core 3GHz＋4GB RAM＋GTX 750 Ti級、推奨はQuad core 3GHz＋8GB RAM＋GTX 1050 Ti級ですが、2026年現在の実機ではCore i5-12400FやRyzen 5 7500F級が快適ラインの入口になります。
GPUはGTX 1650級のエントリーでも描画は足りるので、『重いからグラボを買い替える』は的外れになりがちです。

自分が見るなら、まず右上のFPS/UPSカウンターでどちらが落ちているかを確認します。
UPS低下ならCPU側、FPS低下なら描画側です。
終盤やMOD前提なら16GBメモリが安心で、2024年10月21日のSpace Age拡張でストレージ要件も3GBから5GBに増えましたが、メガベースの体感差を左右する本丸はやはりCPUです。
そこを押さえておくと、何にお金を使うべきか迷いにくくなります。

重い・カクつく原因をF4/F5で切り分ける

まずは右上のFPS/UPSカウンターで、どちらが60を割っているかを確認します。
ここで見るべきなのは見た目の滑らかさだけではなく、描画とシミュレーションのどちらが先に崩れているかです。
FPSだけが落ちているのか、UPSまで落ちているのかで、手を付ける場所がまるで変わります。

右上のFPS/UPSカウンターをまず見る

FPSは描画、UPSはシミュレーションの指標です。
右上の数字を見れば、重さの正体がGPU寄りなのかCPU寄りなのかを先に絞り込めます。
自分も最初の頃は影を切って様子を見るだけで、UPSが落ちている状況にグラフィック設定を当ててしまい、変わらないなと思いながら時間を溶かしていました。
表示を見てから対処する癖がつくと、無駄打ちは減ります。

FPSが低い時とUPSが低い時で原因が違う

FPSが低くてUPSが60を維持しているなら、原因は描画、つまりGPUや設定側にあります。
この場合は画面の見た目が重くなっているだけで、工場の進行そのものは保たれているので、影やエフェクト、解像度の負荷を見直す意味があります。
逆にUPSが落ちているなら、工場やMOD、CPU側が詰まっている状態です。
見た目のFPSが60でも、UPSが60を割るとゲーム全体がスローモーションのように鈍くなるので、ここを見落とすと原因を外し続けます。

F4デバッグで重い処理を名指しする

さらに踏み込むなら、F4キーでデバッグ表示メニューを開いて show-time-usage を有効にします。
すると各処理の所要時間が並び、数値の大きい項目がそのままボトルネックになります。
自分は列車の信号待ちが詰まった場面で、maximum が跳ねているのを見て、これは恒常的な重さではなく瞬間スタッターだと切り分けられました。
average は平均的に重い処理、maximum は一瞬だけ跳ねる処理を示すので、常に重いのか、時々カクつくのかで見る指標を変えるのが近道です。
F5でも追加情報は出せますが、先に原因の所在を確定させてから次の対処に進むほうが、設定変更の回数は少なくて済みます。

グラフィック設定で軽くする

グラフィック設定は、UPS が足りていて FPS だけが落ちる場面で最初に触るべき調整です。
描画負荷が原因なら、ビデオメモリ使用量の見直しとスプライト周りの簡略化だけで、遊び心地が目に見えて変わります。
とくに VRAM 1GB 以上の機体では基本を押さえた設定にしておくと安定しやすく、統合GPUのノートや Steam Deck のような機器でも効果が出やすいでしょう。

ビデオメモリ使用量とスプライト解像度

まず見るのはビデオメモリ使用量です。
これはスプライトアトラスにどれだけのスプライトを入れるかの優先度を決める設定で、VRAM を圧迫しすぎないように描画資産の載せ方を調整します。
VRAM 1GB 以上なら All を基本にしてよく、そこから先は不足している機材だけ下げていく考え方が合っています。
あわせて低品質スプライト回転を有効にすると、列車のような回転スプライトが 256 フレームから 128 フレームに減り、VRAM と RAM の両方を節約できます。
見た目の差は小さく、実用上は気になりにくいはずです。

煙・装飾・影をオフにする

スプライト解像度は Normal に落とし、煙（smoke）・装飾（decoratives）・影（shadows）を切るのが低スペック機の定番です。
ここは派手さを削る代わりに、移動中や拠点の密集地で出る細かな描画負荷をまとめて落とせます。
特に影と煙はコストが高く、見た目の情報量に対して FPS を消費しやすい部分です。
サブの統合GPUノートで遊んだとき、自分も影と煙をオフにしただけで移動時のもたつきが消え、体感がはっきり変わりました。
おすすめです。

低スペック機向けの設定セット

低スペック機でまとめて効かせるなら、ビデオメモリ使用量を下げ、低品質スプライト回転を入れ、スプライト解像度を Normal にして、煙・装飾・影をオフにする流れが素直です。
そこにレンダースレッドの最大化を足すと、描画を複数スレッドに分けられるため、多コアが活きる数少ない設定として FPS 改善が狙えます。
ノートPC でも Steam Deck でも、この組み合わせは試す価値があります。
自分はデスクトップで終盤にカクついたとき、同じ設定を下げても全く効かず、そこで UPS 側の問題だと気づきました。
だからこそ、まず前のセクションで切り分けてから、ここを下げてみてください。

工場設計で軽くする

UPSが落ち始めた工場では、個々の機械を頑張って増やすより、まずシミュレーション対象そのものを減らす発想が効きます。
ビーコンとモジュールで1台あたりの仕事量を引き上げ、施設数を半分に寄せれば、処理量もほぼ半分になるからです。
自分も1k SPM級に近づけた頃にUPSが落ち始め、組み直して施設数を半減しただけで60UPSに戻り、設計の効きの大きさに驚きました。

ビーコンと列車で処理量そのものを減らす

生産ラインの軽量化で最初に効くのは、ビーコン+モジュールで少ない設備に仕事を集中させることです。
Factorioでは機械の台数そのものが計算対象になるので、同じ出力をより少ない設備で出せれば、それだけ更新量が減ります。
特にスタックインサーターへの置換は、詰まりにくさと処理の軽さを両立しやすく、メガベースほど差が出ます。

搬送も同じで、ベルトは全長に比例して負荷が積み上がります。
長距離を延々と伸ばすより、列車に置き換えて区間をまとめたほうがUPSは軽くなります。
見た目はシンプルでも、長大ベルトは実は計算コストが高いので、遠距離輸送は列車に寄せるのがおすすめです。

遊休機械・無駄なレーダーを撤去する

壁の内側に置いたままの遠方レーダーや、電力待ち・素材待ちで止まっている遊休機械も、シミュレーションの負担になります。
動いていないから軽い、とはならないのが厄介なところで、存在しているだけで更新対象になる以上、数が増えるほど積み上がっていきます。
使っていないものは撤去してしまうのがいちばん手早く、レーダーも必要最小限に絞るのが効きます。

この手の整理は地味ですが、メガベースでは侮れません。
稼働していない設備を消すだけでCPU側の無駄が減り、他の改善策の効果も見えやすくなります。
工場を広げるほど「置いたまま忘れたもの」が増えるので、定期的に見直してみてください。

セーブデータの肥大化を抑える

セーブが妙に重いと感じたら、工場の規模だけでなくデータそのものが肥大化していないか見たほうがいいです。
探索しすぎたマップデータや、ゲーム開始時にリプレイ記録を有効にしていた場合のリプレイデータは、積み重なるとロード時間とメモリ使用を押し上げます。
自分も序盤に車で延々と探索した広大なマップが原因で、不要領域を整理したら一気に軽くなりました。

こうした負荷はプレイ中に見えにくいぶん、気づいた時にはセーブ全体を重くしています。
コンソールコマンドで余分なマップデータやリプレイを削除すると、工場本体を触らなくても改善が出るのでおすすめです。
UPS対策というと生産ラインばかり注目されがちですが、データの掃除も同じくらい効く場面があります。