最小限のPingを整理する方法とは？トレードサーバー（ロンドン - ページ 3 1234567 新しいコメント Vladimir 2017.10.15 02:30 #21 Server Muradasilov:100ms～400msのものがないと思っているあなた、なぜ1500ms以上を選ぶ必要があるのでしょうか？ PS .著者の研究を開始してから全て読みました。もし彼が議論に参加したいのなら、ここで、フォーラムで、彼は3つか4つのニックネームを持っています．見つけることが可能です。ある時間は100msから400msにさえなる、それは他の95-99％のクライアントと同じように、クライアントが消耗する時点までとなる。あなたが最小限の遅延で、より速く排水する方法に興味を持っている場合 - この機会は確かに発見されるでしょう。収益性を示すと、遅延は増加し、秒単位で計測されるようになります。測定結果の詳細はhttps://www.mql5.com/ru/forum/206828#comment_5397882、 そう、実はpingとパフォーマンスに関するあのスレッド全体をご覧ください。https://www.mql5.com/ru/forum/206828/page2#comment_5401254 : "興味深いことに、実行時間の長い我々のDCでは、UPUからあまり得るものがないという考えが確認されました。"ゲッチについてもう参加しないんだろうなhttp://tradetrade.ru/profile/hrenfx/created/topics/ :"2014年8月12日 皆さんありがとう ございます。長い間、私の公的活動をどこでも完全に終了させるという難しい決断に至っています。"それは残念なことです。2009年当時、私は銀行のアルゴリズム部門の働き方について、彼の話を読んでいました。リテールFXでは、彼らのスプレッドや合成商品の扱いは夢物語ですが、見通しが全く違う、こんな繊細な人は他にはいないです。彼が送別会のために集めた名簿から判断すると、銀行の手法は5年前から変わっていないようだ。pingの役割について、私なりに考えてみたことを付け加えます。簡単に説明すると- Pingは、ネットワークの特性上、ネットワークカード間を行き来する信号の時間、ICMPという特殊なプロトコルによる信号の交換です。ターミナルやMTサーバーがない、または起動していない可能性があります。- MTで端末コンピュータからサーバーのネットワークカードへのPingが計測できない。MTサーバーがICMPでブロックしている可能性があります。- MTサーバーのネットワークカードで送信後、0.35～2.5msで端末のネットワークカードに新しい見積書が来れば意味がない。引用符の付いたパケットは、コンピュータのポート番号に従ってバッファに入れられ、そこで静かに横たわり、必要なアプリケーション（端末）の目的のスレッドがCPUタイムを得て受信・処理を開始するまで待機する。- と、かなり悲しいです。UPUではCPUの仕事量が一番多く、家庭用パソコンと違って、そこのCPUの仕事量は売ってお金にしています。UPUの所有者は、もちろん、プロセッサがアイドル状態にならないようにしようとする。そのため、スレッドが実行可能なプロセッサ時間を得るまでの待ち時間は、各スレッドに割り当てられたプロセッサの時間量と同じかそれ以上になることもあります。100ms以上です。もちろん、MTに記録される実行時間には、待ち時間は考慮されていない。この待ち時間も、ログに記録されるPing値には計上されません。 P.S. NIC間のPingは、WindowsではなくリアルタイムOSで、特にパフォーマンスを目的とした作業であれば意味があります。 Пинг на VPS 2017.07.02www.mql5.com Столкнулся с такой проблемой.У одного брокера открыл сначала демо счет, после реальный для торговли экспертом... Renat Fatkhullin 2017.10.15 05:55 #22 通常の死んだISPのVPSを「1仮想コア、1ギガのRAM、20ギガのディスク」モードで購入する場合には意味があるが、この考察には欠陥がある。人々はまず、同じオプティマイザーの間で8〜16コアのオペレーティングシステムの100コピーの間でハッスルする権利を購入し、そして1990年代からの神話の形で「Windowsはリアルタイムシステムではない」という話が始まるのである。元記事と私の詳しい説明と合わせて、スレッドhttps://www.mql5.com/ru/forum/37453 をお読みください。 Обсуждение статьи "Почему виртуальный хостинг в платформах MetaTrader 4 и MetaTrader 5 лучше обычных VPS" 2014.11.05www.mql5.com Аренда виртуального сервера прямо из терминалов MetaTrader 4 и MetaTrader 5 - самый оптимальный вариант для организации бесперебойной торговли ваших роботов и подписок на сигналы. Renat Fatkhullin 2017.10.15 06:33 #23 メタトレーダーに安いISPのVPSを使うという選択肢は悪く、多くの技術的な理由でpingの減少が得られないことが多いというのが私の主張です。スローモーションモードで動作しているシステムで正常なレスポンスを得ることは理論的に不可能であるという論文（上記リンクへのコメント参照）を繰り返し、私は一部のホスターの無教養についても述べます。中には、端末の更新 ブロックに関するくだらないヒントを読んで、古いバージョンの端末が永久に固定されたOSイメージを作成し、フォルダのロックを定義するためにローカルにデータを保存することもできない人もいます。仮想サーバーが技術的な義務を果たすためには、以下のいずれかが必要です。ブローカーに近い立地で月額30～40ドル以上の高価なvps。そのため、少なくとも均等な場所であれば、ファイルシステムへのアクセスのような些細な操作で、OS/winapi内の50～100ミリ秒の遅さをターミナルがキャッチすることはないだろう。40ドルを払っても、100〜150人の近所のWindowsのコピーではなく、15〜20人の間に座る権利を買っているだけなのです。隣国はより多くのリソースを割り当てられていることを知っているので、数十台の端末という形でより高価な環境を導入したり、一般的に最適化を競い始めたりします。ヘッツナーのような安い場所にある専用サーバーで、できる限りのことを実行し、すべてがコントロールされていることを確認することができます。もちろん、Pingは別ですが。安い場所からブローカーに近づくことはほぼ不可能になるからです。自社製VPS。Pingが最も良い場所を自動的に探し出し、VPSの隣人のリソースの呪縛から解放されることができます。私たちは、（1つの仮想コアだけでなく）すべての物理コアと最大メモリにアクセスできる特別な軽量/高速端末を持っています。従来のVPSオプションではリソース/レスポンスで失敗し、スケーリングができないことを理解し、あえて大規模な分散型端末仮想化システムを独自に構築しました。 Andrey Khatimlianskii 2017.10.15 20:18 #24 Renat Fatkhullin:自社製VPS。Pingが最も良い場所を自動的に探し出し、VPSの隣人のリソースの呪縛から解放されるために使用することができます。私たちは、（1つの仮想コアだけでなく）すべての物理コアと最大メモリにアクセスできる特別な軽量/高速化端末を持っています。私たちは、通常のVPSのリソース/レスポンスの変種が失敗し、スケールしないことに気づいたので、あえて独自の大規模な分散型端末仮想化システムを作りました。Renat、あなたのホスティングの定期的な（先月2回）問題（サービスデスクで私の要求）に対するあなたの答えは何ですか？理論的には、あなたのUPUはMTに最適です。実際には、私はあなたのホスティングの問題のために多くのお金を2回を失った。 Renat Fatkhullin 2017.10.16 04:36 #25 Andrey Khatimlianskii:Renat、あなたのホスティングの定期的な（先月2回）問題（サービスデスクでの私の要求）に対するあなたの応答は何ですか？理論的には、あなたのUPUはMTに最適です。実際には、私はあなたのホスティングの問題のために多くのお金を2回を失った。そう、あるホストに問題があったのです。認めるのは悲しいことですが、ハードウェアやサーバーでも同じようなことが起こります。幸いなことに、すでにすべてを修正し、再設定しています。これまで独立していた2つのクラスタを1つに統合することで、耐障害性を高め、端末の移行の自由度を高めました。 削除済み 2017.10.16 05:25 #26 Renat Fatkhullin:そう、ホストの1人に問題があったのです。認めるのは悲しいことですが、ハードウェアやサーバーでも同じようなことが起こります。幸いなことに、すでにすべてを修正し、再設定しています。これまで独立していた2つのクラスタを1つに統合することで、耐障害性を高め、端末の移行の自由度を高めました。サドマゾは苦手なんだけど...。でも、サービスの耐久性を試したいという思いがあり、オファーしています。 ラシドビッチ！少なくとも一日、信号のためのアカウントを接続することを許可する。 春には、過剰な負荷に言及した類似のシステムで丁重にシャットダウンされたのを覚えています。 同時に、社員が最適な解を見つけられたか、対応できなかったかを確認しましょう...))))) Renat Fatkhullin 2017.10.16 07:24 #27 Andrey Alekseev: サドマゾは苦手なんだけど...。しかし、私はサービスの耐久性をテストすることを提案したいのです。 ラシドビッチ！少なくとも一日、信号のためのアカウントを接続することを許可する。 春には、過剰な負荷に言及した類似のシステムで丁重にシャットダウンされたのを覚えています。 同時に、社員が最適な解を見つけられたか、対応できなかったかを確認しましょう...))))) 自分たちでやるんです。 Andrey Khatimlianskii 2017.10.17 08:52 #28 Renat Fatkhullin:そう、ホストの1人に問題があったのです。認めるのは悲しいことですが、ハードウェアやサーバーでも同じようなことが起こります。幸いなことに、すでにすべてを修正し、再設定しています。これまで独立していた2つのクラスタを1つに統合することで、耐障害性を高め、端末のマイグレーションの自由度を高めました。Renat、問題は孤立したものではなく、また単一のホストでもありません。1ヶ月前（04.09）はWebzilla New Yorkで、先週（11.10）はMQL5 New York1で 問題が発生しました。ホスティングの問題でリアルマネーを失っています。最も悲しいのは、今後このような事態を防ぐために、あるいは問題が発生した場合に少なくともユーザーに情報を提供 することについて質問しても、「すみません、誰も技術的障害に無縁ではありません」と答えるか、ただ黙っていることである。失敗を二度と起こさないために、どのような対策をとったのでしょうか。なぜ、障害を監視して警告する初歩的な仕組みがないのでしょうか？端末がリソースを奪い合う安価なUPU」なんて無駄なことを言いながら、実はあなた自身は当てにならないもっと惨めなサービスを提供しているのでは？ そして、状況は新しいものではなく、1年前、私はあなたのホスティングを使用して、ほぼ同じ経験を持っていた。その後、小口のテストが行われただけで、大きな損失はありませんでした。サービスを円滑に進めるために、ぜひとも貴社側で建設的な対応をお願いしたいです。 SYMRDV 2017.10.17 11:19 #29 こんにちは。また、MetaQuotes VPSで購入した多くのEAがマーケットで非常に平凡に動作 するという意見（モデレーターによりマーケットでの製品へのリンクは削除 されました）もあります。知りたいです。慢性（全身）疾患なのか、それとも患者さんはまだ何か希望が持てるのか？ Renat Fatkhullin 2017.10.17 12:17 #30 Andrey Khatimlianskii:Renat、問題は孤立したものではなく、単一のホストにあるものでもありません。1ヶ月前（04.09）はWebzilla New Yorkで、先週（11.10）はMQL5 New York 1で問題が発生しました。ホスティングの問題でリアルマネーを失っています。そして、最も悲しいことは、このような事態を将来にわたって防止 すること、少なくとも問題が発生した場合にユーザーに知らせる ことについて、すべての質問がサービスデスクから「残念ながら、誰も技術的失敗を免れることはできません」と回答されるか、ただ沈黙を守ることである。 はい、同じ場所です。そして、残念ながら同じ状況です。端末がリソースを奪い合う安価なUPU」の無用さを言い続けているが、実はあなた自身が、頼ることが不可能な、さらに安っぽいサービスを提供しているのでは？ そして、状況は新しいものではなく、1年前、私はあなたのホスティングを使用して、ほぼ同じ経験を持っていた。当時は、小口のテストが行われただけで、大きな損失はなかった。サービスの円滑な運用のために、ぜひとも御社側で建設的な対応をお願いしたいです。サービスは決していい加減なものではありません。私たちは一生懸命に働き、サービスを向上させます。これは私たちのビジネスです。 何万もの他人のプログラムを自分のハードウェアで動かすことを許可している人たちは、どんな困難に遭遇しているのだろうか。1000個積んで10ドルのサービスを買う人がいるが、どうなんだろう。 1234567 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
100ms～400msのものがないと思っているあなた、なぜ1500ms以上を選ぶ必要があるのでしょうか？
PS .著者の研究を開始してから全て読みました。もし彼が議論に参加したいのなら、ここで、フォーラムで、彼は3つか4つのニックネームを持っています．見つけることが可能です。ある時間は100msから400msにさえなる、それは他の95-99％のクライアントと同じように、クライアントが消耗する時点までとなる。あなたが最小限の遅延で、より速く排水する方法に興味を持っている場合 - この機会は確かに発見されるでしょう。収益性を示すと、遅延は増加し、秒単位で計測されるようになります。
測定結果の詳細はhttps://www.mql5.com/ru/forum/206828#comment_5397882、 そう、実はpingとパフォーマンスに関するあのスレッド全体をご覧ください。https://www.mql5.com/ru/forum/206828/page2#comment_5401254 : "興味深いことに、実行時間の長い我々のDCでは、UPUからあまり得るものがないという考えが確認されました。"
ゲッチについてもう参加しないんだろうなhttp://tradetrade.ru/profile/hrenfx/created/topics/ :"2014年8月12日 皆さんありがとう ございます。長い間、私の公的活動をどこでも完全に終了させるという難しい決断に至っています。"それは残念なことです。2009年当時、私は銀行のアルゴリズム部門の働き方について、彼の話を読んでいました。リテールFXでは、彼らのスプレッドや合成商品の扱いは夢物語ですが、見通しが全く違う、こんな繊細な人は他にはいないです。彼が送別会のために集めた名簿から判断すると、銀行の手法は5年前から変わっていないようだ。
pingの役割について、私なりに考えてみたことを付け加えます。簡単に説明すると
- Pingは、ネットワークの特性上、ネットワークカード間を行き来する信号の時間、ICMPという特殊なプロトコルによる信号の交換です。ターミナルやMTサーバーがない、または起動していない可能性があります。
- MTで端末コンピュータからサーバーのネットワークカードへのPingが計測できない。MTサーバーがICMPでブロックしている可能性があります。
- MTサーバーのネットワークカードで送信後、0.35～2.5msで端末のネットワークカードに新しい見積書が来れば意味がない。引用符の付いたパケットは、コンピュータのポート番号に従ってバッファに入れられ、そこで静かに横たわり、必要なアプリケーション（端末）の目的のスレッドがCPUタイムを得て受信・処理を開始するまで待機する。
- と、かなり悲しいです。UPUではCPUの仕事量が一番多く、家庭用パソコンと違って、そこのCPUの仕事量は売ってお金にしています。UPUの所有者は、もちろん、プロセッサがアイドル状態にならないようにしようとする。そのため、スレッドが実行可能なプロセッサ時間を得るまでの待ち時間は、各スレッドに割り当てられたプロセッサの時間量と同じかそれ以上になることもあります。100ms以上です。もちろん、MTに記録される実行時間には、待ち時間は考慮されていない。この待ち時間も、ログに記録されるPing値には計上されません。
P.S. NIC間のPingは、WindowsではなくリアルタイムOSで、特にパフォーマンスを目的とした作業であれば意味があります。通常の死んだISPのVPSを「1仮想コア、1ギガのRAM、20ギガのディスク」モードで購入する場合には意味があるが、この考察には欠陥がある。
人々はまず、同じオプティマイザーの間で8〜16コアのオペレーティングシステムの100コピーの間でハッスルする権利を購入し、そして1990年代からの神話の形で「Windowsはリアルタイムシステムではない」という話が始まるのである。
元記事と私の詳しい説明と合わせて、スレッドhttps://www.mql5.com/ru/forum/37453 をお読みください。
メタトレーダーに安いISPのVPSを使うという選択肢は悪く、多くの技術的な理由でpingの減少が得られないことが多いというのが私の主張です。
スローモーションモードで動作しているシステムで正常なレスポンスを得ることは理論的に不可能であるという論文（上記リンクへのコメント参照）を繰り返し、私は一部のホスターの無教養についても述べます。中には、端末の更新 ブロックに関するくだらないヒントを読んで、古いバージョンの端末が永久に固定されたOSイメージを作成し、フォルダのロックを定義するためにローカルにデータを保存することもできない人もいます。
仮想サーバーが技術的な義務を果たすためには、以下のいずれかが必要です。
Renat、あなたのホスティングの定期的な（先月2回）問題（サービスデスクで私の要求）に対するあなたの答えは何ですか？
理論的には、あなたのUPUはMTに最適です。実際には、私はあなたのホスティングの問題のために多くのお金を2回を失った。
Renat、あなたのホスティングの定期的な（先月2回）問題（サービスデスクでの私の要求）に対するあなたの応答は何ですか？
理論的には、あなたのUPUはMTに最適です。実際には、私はあなたのホスティングの問題のために多くのお金を2回を失った。
そう、あるホストに問題があったのです。認めるのは悲しいことですが、ハードウェアやサーバーでも同じようなことが起こります。
幸いなことに、すでにすべてを修正し、再設定しています。これまで独立していた2つのクラスタを1つに統合することで、耐障害性を高め、端末の移行の自由度を高めました。
そう、ホストの1人に問題があったのです。認めるのは悲しいことですが、ハードウェアやサーバーでも同じようなことが起こります。
幸いなことに、すでにすべてを修正し、再設定しています。これまで独立していた2つのクラスタを1つに統合することで、耐障害性を高め、端末の移行の自由度を高めました。
サドマゾは苦手なんだけど...。でも、サービスの耐久性を試したいという思いがあり、オファーしています。
ラシドビッチ！少なくとも一日、信号のためのアカウントを接続することを許可する。
春には、過剰な負荷に言及した類似のシステムで丁重にシャットダウンされたのを覚えています。
同時に、社員が最適な解を見つけられたか、対応できなかったかを確認しましょう...)))))
サドマゾは苦手なんだけど...。しかし、私はサービスの耐久性をテストすることを提案したいのです。
ラシドビッチ！少なくとも一日、信号のためのアカウントを接続することを許可する。
春には、過剰な負荷に言及した類似のシステムで丁重にシャットダウンされたのを覚えています。
同時に、社員が最適な解を見つけられたか、対応できなかったかを確認しましょう...)))))
Renat Fatkhullin:
そう、ホストの1人に問題があったのです。認めるのは悲しいことですが、ハードウェアやサーバーでも同じようなことが起こります。
幸いなことに、すでにすべてを修正し、再設定しています。これまで独立していた2つのクラスタを1つに統合することで、耐障害性を高め、端末のマイグレーションの自由度を高めました。
Renat、問題は孤立したものではなく、また単一のホストでもありません。
1ヶ月前（04.09）はWebzilla New Yorkで、先週（11.10）はMQL5 New York1で 問題が発生しました。ホスティングの問題でリアルマネーを失っています。
最も悲しいのは、今後このような事態を防ぐために、あるいは問題が発生した場合に少なくともユーザーに情報を提供 することについて質問しても、「すみません、誰も技術的障害に無縁ではありません」と答えるか、ただ黙っていることである。
失敗を二度と起こさないために、どのような対策をとったのでしょうか。
なぜ、障害を監視して警告する初歩的な仕組みがないのでしょうか？
端末がリソースを奪い合う安価なUPU」なんて無駄なことを言いながら、実はあなた自身は当てにならないもっと惨めなサービスを提供しているのでは？
そして、状況は新しいものではなく、1年前、私はあなたのホスティングを使用して、ほぼ同じ経験を持っていた。その後、小口のテストが行われただけで、大きな損失はありませんでした。
サービスを円滑に進めるために、ぜひとも貴社側で建設的な対応をお願いしたいです。
こんにちは。
また、MetaQuotes VPSで購入した多くのEAがマーケットで非常に平凡に動作 するという意見（モデレーターによりマーケットでの製品へのリンクは削除 されました）もあります。
知りたいです。慢性（全身）疾患なのか、それとも患者さんはまだ何か希望が持てるのか？
Renat、問題は孤立したものではなく、単一のホストにあるものでもありません。
1ヶ月前（04.09）はWebzilla New Yorkで、先週（11.10）はMQL5 New York 1で問題が発生しました。ホスティングの問題でリアルマネーを失っています。
そして、最も悲しいことは、このような事態を将来にわたって防止 すること、少なくとも問題が発生した場合にユーザーに知らせる ことについて、すべての質問がサービスデスクから「残念ながら、誰も技術的失敗を免れることはできません」と回答されるか、ただ沈黙を守ることである。
端末がリソースを奪い合う安価なUPU」の無用さを言い続けているが、実はあなた自身が、頼ることが不可能な、さらに安っぽいサービスを提供しているのでは？
そして、状況は新しいものではなく、1年前、私はあなたのホスティングを使用して、ほぼ同じ経験を持っていた。当時は、小口のテストが行われただけで、大きな損失はなかった。
サービスの円滑な運用のために、ぜひとも御社側で建設的な対応をお願いしたいです。
サービスは決していい加減なものではありません。
私たちは一生懸命に働き、サービスを向上させます。これは私たちのビジネスです。
何万もの他人のプログラムを自分のハードウェアで動かすことを許可している人たちは、どんな困難に遭遇しているのだろうか。1000個積んで10ドルのサービスを買う人がいるが、どうなんだろう。