Jose Francisco Casado Fernandez: 私にとっては、彼の言ったことは真実です。64ビットOSでMT4を動かすことはできますが、仮想マシン/エミュレーション（呼び方は自由です）を使用します。したがって、ネイティブの64ビットアプリケーションを実行するのと同じことではありません（速度低下、メモリ制限など）。Regards.
Fernando Carreiro: もしあなたが、64ビット版のアプリケーションは、より大きなアドレス空間やCPU機能などを 自由に使えるので、32ビット版より優れていることがある（必ずしも常にそうであるとは限らないので、「あることがある」を強調）と言っているのであれば、そうです。- しかし、誰もそのことに異論を唱えてはいません。
話題はエミュレーションではなく、64ビットシステムでMT4を動かせるようにすることです。
だから、彼が書いたとき、．
私は : そんなことはない、と答えました。
私にとっては、彼の言ったことは真実です。64ビットOSでMT4を動かすことはできますが、仮想マシン/エミュレーション（呼び方は自由です）を使用します。したがって、ネイティブの64ビットアプリケーションを実行するのと同じことではありません（速度低下、メモリ制限など）。Regards.
Alain Verleyen さん、@whroeder1 さん、@honest_knave さんと全く同じ意見です。64ビットのWindows 7、8、10、Windows Server 2008、2012、2016でMT4（32ビット）を実行することに何の制限も（ハンデも）ありません（そう、私はこれらすべてで個人的に実行したことがあります）。
さらに、「仮想」または「エミュレート」またはその種のものとして実行されるということはありません。単に、公開されたAPI、リソース管理などがすべて32ビット機能として提供される別のコンテキスト（追加レイヤー）で実行されます（コード自体は、ネイティブコードとして実行されたままです）。
実際、マイクロソフトでさえ、64ビット版ではなく、32ビット版のOfficeをWindows 10で使用することを推奨しています。
Windows 10 (64ビット)でMT4を使いたいなら、そうすればいいのです。Windows 10 (64-bit)でMT4を使いたいなら、そうすればいいし、うまくいかないなら、それはP.I.C.N.I.Cの問題かもしれないと考えてみてください。
EDIT: マイクロソフトはWOW64を「x86エミュレーター」と呼んでいますが、それはそれが行うことを単純化しすぎており、それは主にアプリケーションが実行される環境に関係するもので、そのコードの実際の実行ではありません。これは、32ビットアプリケーションに提示される基本的な構造と機能のレイヤーに近いものです。技術的には「エミュレーション」と呼べるものですが、この言葉は、実際に何をやっているのかについて誤解を招くものだと理解しています。
Alain Verleyen さん、Whroeder1 さん、@honest_knave さんの意見に全面的に賛成です。64ビットのWindows 7、8、10、Windows Server 2008、2012、2016でMT4（32ビット）を実行することに何の制限も（ハンディキャップも）ありません（そう、私はこれらすべてで個人的に実行したことがあるのです）。
Alainとは意見が合わないとか言ってませんでしたか？）
私もいくつかの64ビットOSで問題なくMT4を動かしています。しかし、限界があります（速度が遅い、メモリの制限、etc.）。ネイティブの64ビットアプリケーションを動かすのとは訳が違うのです。64ビットOSの場合は、MT5を使うのがよいでしょう。そうでなければ、64ビットOSのすべての機能を利用することはできません。これらは2つの異なる問題です。
ありがとうございました。
アランとは意見が合わないとか言ってませんでしたっけ? ハハハ :0)
私もいくつかの64ビットOSで問題なくMT4を動かしています。しかし、限界があります（速度が遅い、メモリの制限、etc.）。ネイティブの64ビットアプリケーションを動かすのとは訳が違うのです。64ビットOSの場合は、MT5を使うのがよいでしょう。そうでなければ、64ビットOSのすべての機能を利用することはできません。これらは2つの異なる事柄です。
いつ、どこで、そんなことを言ったのですか？ 私は、私たちが意見について「論争」し「衝突」したことがあると言いましたが、私がアランに 同意したことがないとは言っていません。
スピードが遅い？メモリ制限？ 同じマシン 上で、64ビットOSの方が32ビットOSよりもアプリケーションの実行速度が遅くなったことは一度もないんだ。あなたは「リンゴ」と「リンゴ」を比較しなければならず、「オレンジ」と比較してはいけないのです。メモリの制限については、64ビットOSが32ビットアプリケーションのメモリをどのように制限することができるのでしょうか？64ビットOSが制限しているのではなく、32ビットアプリケーションのアドレス空間が制限しているのです!
もしあなたが、64ビット版のアプリケーションは、より大きなアドレス空間やCPU機能などを 自由に使えるので、32ビット版より優れていることがある（必ずしもそうとは限らないので、「あることがある」を強調）と言っているのなら、そうですが、誰も64ビット版のアプリケーションを否定しているわけではありません。- しかし、誰もそのことに異議を唱えてはいません。
私たちが議論しているのは、32ビットアプリケーションの機能が 低下したり制限されたりするのは、64ビットOSのせいだとOPが主張していることです。それは事実ではありません。
また、64ビットOS上で64ビットアプリケーションを使用することが常に良いというわけではありません。マイクロソフト社は、64ビット版ではなく32ビット版のOfficeを使用することを推奨しています。これは個々のケースに依存するものであり、一般的なルールとは言えません。
私は毎日Windows10（64ビット）でMT4とMT5（64ビット）の両方を使っていますが、率直に言って、「64ビットの売り文句が素晴らしい」と言っても、MT5には非常に物足りなさを感じています。マルチプロセッシングやその他の「お菓子」は64ビットであることとは関係なく、開発者が望めばMT4にも実装できたはずです。実際、絶対的な自信はありませんが、MT5も32ビットで提供されています。
私は毎日Windows10（64bit）でMT4とMT5（64bit）の両方を使っていますが、率直に言って、「その素晴らしい64bitの売り文句」にもかかわらず、MT5は非常に物足りないと感じて います。マルチプロセッシングやその他の「お菓子」は64ビットであることとは関係なく、開発者が望めばMT4にも実装できたはずです。実際、絶対的な自信はありませんが、MT5も32ビットで提供されています。
いくつかのものが、スレッドに関連する、パフォーマンスの向上は、明らかではあるが、 "高周波数取引 "の広告について "広告 "や "誇大広告 "ほど大きくはないです。また、かなり「リソース」を消費します。(編集：私は元のテキストにあったようにHPTではなく、HFT）。
しかし、MT4で利用できる機能（しかし、何年待ってもMT5では利用できない）が欠けているため、スレッドとは直接関係ないものも多くあります。また、MT4では非常に簡単だった操作が、何らかの理由で実現が複雑になっているものもいくつかあります。
例えば、MT4では簡単な（視覚的でない）バックテストで取引中とその後の結果を見ることができましたが、MT5では（グラフウィンドウからの）エクスポート出力、最終テストレポート、またはビジュアルモードで行った場合は 画面上でのみアクセスすることができます。もちろん、レポートを見たり、テスト期間の終わりまでスキップしてビジュアルテストを高速で行うことはできますが、このすべてを簡単かつ迅速に行うために必要な全体的な手順は、はるかに時間がかかり、非常にユーザーフレンドリーで直感的ではありません。
しかし、アップグレードアプリケーションの場合、ユーザーが気に入り、依存している以前のバージョンから多くの機能を取り去ることは通常ありません。普通は、新しくなった機種を楽しみにするものですが、今回はそうではありません。新しい「高級セダン」ではなく、「セダン」から「SUV」への移行という感じだった。
いつ、どこで、そんなことを言ったのでしょうか。 私は、私たちが意見について「論争」し「衝突」したことがあると言いましたが、私がアランに 同意したことがないとは言っていません。
そうです、そのことを申し上げました。そして、はい、アランは、あなたではなく、言った。私はそれがあなただと思った、申し訳ありません。とにかく、この質問は重要ではありません。 冗談です。
速度が遅い？メモリ制限？ 同じマシンで 32ビットOSより64ビットOSの方が動作が遅いアプリケーションを見たことがない。
32ビットアプリケーションの動作が64ビットOS上でネイティブの32ビットOS上より遅くなったことはあります。同じマシンで、同じアプリケーションを使用しています。
メモリの制限については、64ビットOSが32ビットアプリケーションのメモリをどのように制限することができるのでしょうか。64ビットOSが制限しているのではなく、32ビットアプリケーションのアドレス空間が制限しているのですよ。
いいえ、そんなことは言っていません。64ビットOSはメモリを制限しませんが（32ビットOSは制限します）、32ビットアプリケーションを使用する場合、64ビットOSを使用していても、マシンに搭載されているすべてのRAMメモリを利用することはできません。それが、私が言及したことです。
もしあなたが、64ビット版のアプリケーションは、より大きなアドレス空間やCPU機能などを 自由に使えるので、32ビット版より優れていることがある（必ずしも常にそうであるとは限らないので、「あることがある」を強調）と言っているのであれば、そうです。- しかし、誰もそのことに異論を唱えてはいません。
そうです、私もそう言っています。
私たちが論争しているのは、32ビットアプリケーションの機能が 低下したり制限されたりするのは、64ビットOSのせいだとOPが主張していることです。そんなことはありません。
私が上で述べたように、それは真実だと思います。
また、64ビットOS上で64ビットアプリケーションを使用することが常に良いというわけではありません。マイクロソフトは、64ビット版ではなく、32ビット版のOfficeを使うことを推奨しています。これは個々のケースに依存するものであり、一概にそうとは言えません。
常にそうでなければならない。もしそうでなければ、64ビットアプリケーションがうまく実装されていないのかもしれません。
実は、絶対的な自信はないのですが、MT 5は32ビット版も用意されています。
MT5には32ビット版もあります。
よろしくお願いします。
非常に不足している」というのはどういう意味か、聞いてもいいですか？
MQL5はこの12ヶ月で、特にシングルスレッド・パフォーマンスにおいて向上しました。しかし、Metaquotesが認めたくない、あるいは修正したくないと思われるバグに対して、いくつかの厄介な回避策を講じなければなりませんでした。
そしてもちろん、このフォーラムは「ユーザーの問題」のためのものであり、Metaquotesの問題ではないので、それらの問題について議論することは許されていません。
私たちは、マーケティングやブローカーの要求によってプラットフォームが大きく左右されるのではなく、トップレベルの問題を検討し、開発コミュニティからMetaquotesに圧力をかけることができる「開発者グループ」を立ち上げるべきかもしれませんね。