MT4/MT5が重い・遅いときの対処法|原因の切り分けと改善手順

MT4 重い 対処法①—まず「何が重いか」を3パターンで切り分ける

MT4/MT5の動作が重いと感じたとき、原因を特定しないまま手当たり次第に設定を変えても、何が効いたのかが分からなくなる。まず「どの場面で重いのか」を3パターンに分けて考えると、対処法が明確になる。

パターン1：常時重い（チャートのスクロールや描画全般が遅い）
チャートを開いているだけで操作がもたつく、スクロールが遅い、描画に時間がかかるという症状が当てはまる。この場合は、開いているチャート数・Market Watchのシンボル数・適用しているインジの数が主な原因として疑う対象になる。環境全体の負荷が高い状態だ。

パターン2：起動・表示が特定の場面で重い
起動直後だけ遅い、特定チャートを開くと急に重くなるといった場合は、Max bars in chartの設定や履歴の量が関係していることが多い。多量の履歴を一度に読み込もうとしてCPUとRAMが一時的に高負荷になるパターンだ。MT5はチャートを開いた際に最新512本の履歴を最初に読み込み、必要に応じて追加読み込みをする設計になっているが、MT4はMax bars in chartの設定が大きいほど初回描画のコストが増える。

パターン3：ストラテジーテスターだけ重い
通常のチャート操作は問題ないのに、テスターを回すと著しく遅い場合は、プラットフォーム側の構造的な差が主因だ。MT4のテスターはシングルスレッド動作で、PCのコア数を複数使えない。この場合、MT4の設定をどう変えても根本的な改善は難しい。

3パターンのうちどれに当てはまるかを先に絞ることが、MT4 重い 対処法の第一歩になる。複数の症状が重なっている場合は、最も体感に影響が大きいものから順番に対処していく。一気に全て変えると、何が効いたかが不明になるため、1項目ずつ確認する習慣を持つことが重要だ。

最初に手をつけるべき—不要チャートとシンボルの整理

MT4 重い 対処法として、最も即効性があり、設定の知識がなくてもすぐに試せるのが「開いているチャートを減らすこと」と「Market Watchのシンボルを整理すること」だ。MetaQuotes公式のサポートドキュメントでも、仮想ホスティングへの移行時やパフォーマンス改善の文脈で、この手順が最初に推奨されている。

Market Watchのシンボル整理
Market Watchには、口座開設時に多数の通貨ペアや銘柄が自動的に表示されることがある。実際に取引や分析に使っているシンボルは、その中のごく一部というケースは多い。使っていないシンボルを右クリックから「削除」または「Hide」で非表示にするだけで、データフィードの更新処理が減り、CPU負荷が下がる。特にECN系の口座では銘柄数が多いため、整理の効果が出やすい。

不要なチャートを閉じる
複数の通貨ペアを複数の時間足で開いている場合、使っていないチャートを閉じるだけで負荷が大きく下がる。チャートが1枚増えるごとに、そのチャートに適用されているインジケーターの計算も増える。10枚以上チャートを開いたまま放置している環境では、この対処だけで体感が変わることがある。

プロファイルの整理
MT4は起動時に前回のプロファイルを読み込む。大量のチャートが記録されたプロファイルを使い続けている場合、起動のたびに重くなる。使用手法に必要な最小限のチャート構成をプロファイルとして保存し直すと、起動速度にも効いてくる。

「手法を回すのに必要なチャートだけを開く」という習慣は、MT4の動作を軽く保つための基本だ。新しいチャートを試すたびに増やして放置するのではなく、使い終わったら閉じるという運用サイクルを意識するだけで、環境の劣化が防げる。

Max bars in chart を見直す—CPU負荷に直結する設定

チャートの整理だけでは改善が不十分だった場合、次に見るのがMax bars in chartの設定だ。これはチャート上に表示するバー（ローソク足）の上限本数を決める設定で、MT4の動作速度に直結する。

Max bars in chartとMax bars in historyの違い
MT4のOptions設定には「Max bars in chart」と「Max bars in history」の2つがある。Historyは履歴ファイルとして保存するデータ量で、Chartは実際にチャート上で表示・計算に使うバー数だ。動作速度の改善を目的とするなら、Chart側を調整することが優先される。History側を下げても、表示速度への即効性は低い。

変更の手順
Tools → Options → Charts タブを開くと、Max bars in chartの数値を変更できる。初期値はMT4のバージョンによって異なるが、数万〜数十万本に設定されていることがある。これを2,000〜5,000程度に下げると、インジケーターの計算対象が減り、CPU負荷とRAM使用量が下がる。設定変更後はターミナルを再起動して反映を確認すること。

インジケーターとの関係
インジケーターの中には、チャート上の全履歴バーに対して毎ティック再計算を行うものがある。Max bars in chartが大きいほど、その計算コストが増える。特に複数のインジを重ねている場合、この効果は乗算的に膨らむ。Max bars in chartを減らすことで、全インジの計算量を一括で圧縮できる。

注意点
Max bars in chartを下げすぎると、インジケーターによっては必要な計算期間の履歴が不足し、正しく動作しないケースがある。たとえば200期間の移動平均を表示している場合、200本以上の履歴が必要だ。2,000本程度であれば多くのインジにとって十分な計算期間を確保できるが、設定変更後はすべてのインジが正常に表示されているかを確認する習慣を持つこと。

重いカスタムインジ・EAを特定して外す手順

チャートとシンボルを整理し、Max bars in chartを調整してもまだ重さが残る場合、特定のインジケーターやEAが原因になっている可能性が高い。カスタムインジやEAの中には、毎ティックで全履歴を再計算するものがあり、1本適用しただけで処理負荷が跳ね上がるケースがある。

切り分けの手順
まず、最も負荷が疑われるチャートを1枚開き、そこに適用されているインジ・EAを全て外した「裸チャート」の状態で動作を確認する。これで体感が明らかに軽くなれば、インジ・EA側が原因だ。次にインジを1本ずつ追加しながら確認していく。重さが増すポイントで適用したインジが原因インジとして特定できる。

よくある問題のパターン
負荷が大きいインジの典型的な特徴として、毎ティックで動作するよう設定されているもの（onEveryTick相当の処理）、バー数を固定せず全チャート履歴を対象に計算するもの、外部データを都度フェッチするものが挙げられる。描画が複雑なインジや、複数のシンボルを参照するカスタムインジも負荷が高くなりやすい。

インジの代替と最適化
問題のインジが特定できたら、代替の軽量インジを探す・計算対象バー数を制限するパラメータがあれば調整する・そのインジが必須でなければ外すという選択肢を検討する。同じ判断基準を持っているなら、より軽いインジに置き換えることは手法の本質を損なわない。

この切り分けを行わずにインジを積み重ねていくと、どれが重さの原因かが見えなくなる。定期的に「このインジは今も必要か」を確認する習慣が、MT4環境を長期にわたって軽く保つための実務的な管理法だ。

ストラテジーテスターの重さにはMT5が有効

ここまでの対処法を試した後も、バックテストや最適化が遅いという問題が残る場合、それはMT4のアーキテクチャ上の制限が原因だ。MT4のストラテジーテスターはシングルスレッドで動作するため、PCに高性能なCPUが搭載されていても、その多コアを活かすことができない。

MT5テスターの根本的な違い
MT5のストラテジーテスターは、ローカルエージェントとしてPCの論理コア数分のスレッドを並列使用できる。さらにリモートエージェントやMQL5 Cloud Networkに接続することで、分散処理も可能だ。複数通貨ペアを対象にした最適化や、実ティックを使った高精度バックテストを実行する場合、MT4とMT5の処理速度差は非常に大きくなる。シングル通貨・単純なロジックの軽いテストであれば差は小さいが、多通貨・複雑な条件・膨大なデータ量になるほど、MT5の優位が明確になる。

ライブはMT4継続、テストだけMT5で行う選択肢
既存の裁量環境をMT4で維持したまま、検証・バックテスト・最適化の作業だけをMT5口座のテスターで行う使い方は、実務的に合理的な判断だ。MT4とMT5は同一PCに共存できるため、環境を分けることで、テスターの重さだけを実質的に解消できる。MQL4のコードをMQL5に書き直す手間が発生するが、テスター速度の改善効果は大きい。

テスター設定での改善余地
MT4テスターを使い続ける場合も、いくつかの設定で速度を改善できる。モデルを「Every tick」から「Open prices only」に変えると処理量が大幅に減る（精度は下がるため、最終確認は実ティック推奨）。テスト期間を必要最小限に絞る、使用シンボルのヒストリーデータを整理するといった対処も有効だ。

MT4 重い 対処法—VPSや仮想環境でも原則は変わらない

MT4/MT5の動作改善を目的にVPSや仮想ホスティングへ移行するケースがある。しかし、重い原因がインジの構造や設定にある場合、VPSに移しても重さは解消しない。MetaQuotes公式の仮想ホスティング移行ヘルプでも、「不要シンボルを削除する」「必要最小限のチャートだけ開く」「Max bars in chartを下げる」という手順が移行準備として明示されている。つまり、VPS環境でも同じ基本原則が適用される。

VPSが有効なケース
VPSへの移行が動作改善に効くのは、ローカルPCのスペック（CPUやRAM）が実際のボトルネックになっているケースだ。複数のEAを24時間稼働させる場合にローカルPCが不安定になる、インターネット接続の遅延や切断でEAが誤動作するといった問題であれば、VPSへの移行は有効な解決策になる。一方、インジやチャートの設定が問題の場合、VPSに移してもそのまま重い状態が続く。

VPS環境でのベスト設定
VPS上でMT4/MT5を稼働させる場合も、本記事で紹介した手順は全て有効だ。Market Watchは稼働EAに必要なシンボルだけに絞る、チャートはEA監視用の最小本数のみ開く、Max bars in chartを下げてCPU負荷を抑える、この3点を押さえておくことで、VPS上のリソース消費を最小化できる。VPSのリソースは有限であり、無駄な処理を省くほど安定性が向上する。

EAの継続稼働という観点
MT4 重い 対処法の最終的な目的は、EAや裁量の判断ツールとしてのチャート環境を安定して動かし続けることだ。PCのスペック向上よりも、設定の最適化で対応できる問題が多い。順番として「設定の見直し→不要インジの整理→VPS検討」という流れが実務的に効率がよい。PCや環境を買い替える前に、本記事の手順を一通り試してみることを推奨する。

よくある質問