最適化でリモートエージェントが動作しない(x86コンピュータの束):どうすればいいのか?

 

皆様にご挨拶申し上げます。

今日ターミナルがアップグレードされたのですが、なんとMT5で最適化のためにTCを実行すると、いつもの数十の最適化スレッドではなく、ローカルコアに2つしかないのです。

IT業界の発展に従う必要性」は理解できるが、古いパソコンのストックはまだまだ多いので、それを使うのは非常に合理的だが、今回は思うように「切り捨て」られたことが判明し、「64xに移行せよ」と提案されているのだろうか。

ここでは、私のパソコン(Core 2Duo、Win7、x32)と、1台だけ少し高性能なパソコンがあるネットワーク、残りのパソコンの山は、ほとんどが「4番目」の切り株で、WinXPです。このクラスタは、以前はかなり良い最適化をしていたんです。しかし、今は2コアしかないことが判明しました。

開発者の方にお聞きしたいのですが、どうしたらいいのでしょうか?利用可能なコンピューティングパワーをどのように利用すればいいのか?

私の理解では、彼らはすべてのコンピュータを廃棄することを提案しているのですか?

まだx32のパソコンが大量に稼働しているのに、こんなに急にx32アーキテクチャをやめるのは、あまりに思い切った決断ではないでしょうか?

 
はい、32ビットエージェントからリモートおよびmql5ネットワークで拒否します。

32ビットテスターはローカル計算のみ使用可能です。
 
Renat:
はい、32ビットエージェントからリモートおよびmql5ネットワークで拒否します。

32ビットテスターはローカル計算のみ使用可能です。

では、私のような人間には、何も見返りを与えないのですか?

残念です。

また、古い端末のダウンロード先と端末の自動更新をオフにする方法は?

 
Laryx:

...

ターミナルで自動アップデートをオフにするにはどうすればよいですか?

何度も言っていますが、自動アップデートを無効にする方法はありませんし、これからもありません。これはセキュリティにも関わることです。
 
barabashkakvn:
以前から言われていることですが、自動更新を無効にするオプションはありませんし、今後もないでしょう。それは、セキュリティとも関係がある。


さて、昨日まで完璧に動いていたシステムが突然動かなくなり、全く使えなくなってしまったのですが......。

進歩に反対しているわけではありませんが、私にはx64に移行する可能性がなく、まだしばらくは移行しないでしょうし、何より私のネットワークコンピュータをこのプラットフォームに移行することができません。

げっ、せめて警告だけでも...。今のままでは、最適化のスピードが一桁落ちてしまうので...。数時間で最適化したものが、1週間もかかってしまうし、その間はパソコンが重くなるし......。

なんて不便なんだ、ちくしょう...。WLDにはまだ手を出していません、MT5との連携はとても良かったのですが・・・。え...

 
Laryx:

では、私のような人間には、何も見返りを与えないのですか?

残念です。

旧ターミナルはどこでダウンロードできますか?また、ターミナルの自動更新をオフにするにはどうすればよいですか?

だから、ローカルは動作します、私はラップトップ32に64ビットの本体を持っている、それは接続するために大丈夫だと助け、端末1060
 
Laryx:

皆様にご挨拶申し上げます。

今確認したところ、端末がx64でエージェントがx86の場合、すべて正常に動作しています。
エージェントが「ネットワークから離脱したまま」(cludesのチェックをすべて外した)なので、アップデートされず、動作も拒否されました(たぶん)。

そのため、ターミナルx64にアップグレードするだけでよいのです。そして、幸せになるんだ。

 
fyords:

今確認したところ、端末がx64でエージェントがx86の場合、すべて正常に動作しています。
エージェントが「ネットワークに解放しなかった」(クルーデのチェックを全て外した)ので、アップデートされず、動作拒否された(かもしれない)。

そのため、ターミナルx64にアップグレードするだけでよいのです。そして、幸せになるんだ。

それは、あまり良い解決策とは言えませんね。

私などは、半年に一度、システムを再インストールしています。今はx32です。以前はx64だったんですけどね。

そして、32ビットシステムから拒否するデベロッパーは、あまり良くないというか、とてもとても悪いです。

 
fyords:

そのため、ターミナルx64にアップグレードするだけでよいのです。そして、幸せになるんだ。

はい、そうしてください。

しかし、デベロッパーやエージェントはx64に移植するようで、それはもう悪いことだと思います。

少なくとも、どれくらいのユーザーがx64のみを使用しているのか、統計を取ることをお勧めします。

ポータブルコードにはあまり問題がないと思います。90年代後半、私はオフィスで働いていましたが、コードの要件として、16ビットと32ビットの両方のシステムで動作することが明確に要求されていました。今、MT5でもMT4と同じようにコンパイルできるコードを書いているところです。開発者は、x64への移行をそれほど真剣に必要としているのでしょうか?

ユーザーにとってどんなメリットがあるのか?

 

システムを更新するつもりはなかったが、理論上はできるようになった。

しかし、ネットワークに接続されたコンピュータには、今後もずっとx32 WinXPが搭載されます。 彼らの計算能力を奪いたくはないのです。

そこで開発者に質問ですが、x32エージェントはいつまで存在するのでしょうか?

 

残念ながら、32ビットテスターのサポートは、互換性の問題から、私たち(開発者)の将来を明らかに制限しています。

今のところ、32ビットプラットフォームをサポートする意味はありません。たしかに、32台のクライアント端末は引き続きサポートされますが、高度なサービスは最新のプラットフォームでなければできません。

2015年は、x64のOSに移行し、さらにXPのことは忘れてしまわなければなりません。本格的な仕事ということであれば

理由: