MT5 速さにこだわる人へ。 - ページ 4 1234567891011...39 新しいコメント Rustamzhan Salidzhanov 2013.06.29 21:32 #31 Андрей Шелихов 2013.06.29 22:30 #32 Urain:サーバーにpingを打つ＋端末の処理時間。Pingとは、クライアントからサーバーへリクエスト（情報のパケット）を送信し、サーバーからクライアントへ返信するのにかかる時間 です。つまり、Pingは送信データ量に依存し、私のコンピュータからイーサネット経由でルータに10MHzで送信する場合、各ビット情報（送信元アドレス、送信先アドレス、チェックビット、データパケット）は0.1μsかかる。つまり、2つのアドレスと受信機とソースの転送は、8バイトまたは64ビット、または1 MHzの周波数は（メーカーが1から10 MHzまで書き込むので、これもかなり可能です）時間は64 µsになる場合は6.4 µsかかります。そして、さらに64その後PINGの受信では128 µsになります...と情報はまだインターネットには達していない...とパッケージ内のデータではないです。最小のデータパケットは46ワード...+4ワードなので、128+800=1528μsとなる。受付時＝この時間がまた費やされる。また、システムの概念には、メタトレーダー・ソフトウェアだけでなく、ユーザーのコンピュータ、回線、モデム、ISP、サーバー、エキスパートやインジケーターも含まれることに留意してください。さらに、サーバーの応答速度も大きく変化します。もうひとつ、ターミナルプログラムはフローでしか動作しませんが、これはWindowsが他の多くのタスクを持っているからです ...実際、強い値動きで1分以上端末が反応しないことが何度かありました。履歴書は以下の通りです。物理的な処理を想像し、処理の実行時間を考え、実際のデータでプログラムをテストする必要があります。ちなみに、この 人はかなり啓発されています。 Andrey Khatimlianskii 2013.06.29 23:10 #33 shelandr:実は、値動きが激しいときに、端末が1分以上反応しないことが何度かあったんです。履歴書は以下の通りです。システムを設計するとき、特にプログラムを組むときは、物理的な処理を理解し、処理の実行時間を考え、実際のデータでプログラムをテストしなければならない。 他のブローカーを試してみてください、端末は関係ありません。 Rustamzhan Salidzhanov 2013.06.29 23:24 #34 shelandr:Pingとは、クライアントからサーバーへリクエスト（情報のパケット）を送信し、サーバーからクライアントへ戻って くるまでにかかる時間のことです。つまり、Pingは送信データ量に依存し、私のパソコンからイーサネット経由で10MHzでルーターに送信する際の情報（送信元アドレス、受信先アドレス、制御ビット、データパケット）1ビットが0.1μsかかる。つまり、2つのアドレスと受信機とソースの転送は、8バイトまたは64ビット、または1 MHzの周波数は（メーカーが1から10 MHzまで書き込むので、これもかなり可能です）時間は64 µsになる場合は6.4 µsかかります。そして、さらに64その後PINGの受信では128 µsになります...と情報はまだインターネットには達していない...とパッケージ内のデータではないです。最小のデータパケットは46ワード...+4ワードなので、128+800=1528μsとなる。受付時＝この時間がまた費やされる。また、システムの概念には、メタトレーダー・ソフトウェアだけでなく、ユーザーのコンピュータ、回線、モデム、ISP、サーバー、エキスパートやインジケーターも含まれることに留意してください。さらに、サーバーの応答速度も大きく変化します。もうひとつ、ターミナルプログラムはフローでしか動作しませんが、これはWindowsが他の多くのタスクを持っているからです ...実際、強い値動きで1分以上端末が反応しないことが何度かありました。履歴書は以下の通りです。物理的な処理を想像し、処理の実行時間を考え、実際のデータでプログラムをテストする必要があります。ちなみに、この 人はかなり啓発されています。 拝啓、あなたは講義をしようとする前に、まずテーマを理解すべきです...。 Андрей Шелихов 2013.06.30 05:24 #35 Renat: そのような主張は、証拠によって裏付けられる必要があります。 持っていますか？レナート様、全体的に滑稽なのは、例えばルーターやマウスなどの機器を購入すると、ドキュメントに.NETなどの プロトコルが指定されていることです。4x LAN (10/100/1000 Mbps)Gostaに準拠したソーセージを購入すれば、最低肉量などを読み取ることができます...メタトレーダーを購入するとき、あなたは何も保証しないので、誰もあなたが保証するパフォーマンスパラメータを知ることができません...単一のパフォーマンスパラメータではなく、彼らは単に存在しない...ですから、技術的には、サーバーの応答時間、取引の実行速度、コマンドの実行時間など、何一つ違反することはできません...。それだけでなく、サーバーとのやり取りのプロトコルまで謀るとは・・・。これは、バスや電車の最大運行間隔や、ソーセージの肉の組成を分泌することにほぼ等しい。もちろん、8コアのプロセッサとシングルコアのAtomではプログラムの実行時間は異なりますが、ある程度の中庸な修正でパラメータを与えることは可能です。株式取引の面では、我々はまだ石器時代に住んでいるので、そのようなプログラムやシステムのバイヤーがあります...そこで、ネットワークプロトコルFXのAPIを標準化する作業が行われており、その中でプロトコルのパラメータが記述され、バインディング ... --- 2013.06.30 05:39 #36 shelandr:面白いのは、shelandr がFX APIネットワークプロトコルの標準化に取り組んでいて、その中でプロトコルパラメータが書き込まれていることです。そうだ、君たちは自己改革をしているのだ。:)FXは 古くから塗装が施され、標準化されています。 数学を学び、人の話を聞き、静かにメモを取る。 まだしゃべるな、馬鹿にされているように見えるぞ。 Home Page - FIX Trading Community FIX Trading Communitywww.fixprotocol.org Welcome to the non-profit, industry-driven standards body with the mission to address the business and regulatory issues impacting multi-asset trading across the global financial markets... Renat Fatkhullin 2013.06.30 06:59 #37 shelandrさんへ。ほぼすべてが依存するため、エンドポイントデバイスの速度を保証できる人はいません（戸建てマーケティング担当者以外）。サードパーティーのコミュニケーション・チャンネル トレーダーにとって、ネットワークの遅延は大きな問題の一つです。そして、TCPの主張は一切認められません。解決策としては、近いVPS/サーバーをホスティングするか、一般的にブローカーのサーバーに実行を移す（アーキテクチャ的に可能な場合）。 MetaTrader 4/5プラットフォームは、地理的に分散したアクセスポイント（プロキシサーバー）を使用しており、各ターミナルは最も高速なものを見つけて、それを使用して動作します。これにより、各端末へのマーケットデータ（ティック、チャート、ニュース）の配信を抜本的に高速化することができます。非同期取引操作の可否 高頻度取引（HFT）では、複数のトランザクションを非同期でできるだけ早く送信し、その結果を無駄に処理しないことが非常に重要である。この非同期取引方式はMetaTrader 5で完全に利用可能で、取引のバッチ送信に必要な平均時間を劇的に短縮します。トレードサーバーの取引執行待ち行列 ここで、技術的なキューチューイングの質は開発者の手中にあり、通常、自尊心のある企業は、実行速度に関する素晴らしいデータを誇らしげに公表し、暗に「全体の実行速度」という概念に置き換えています。通常このような場合、1秒間に数十万トランザクションという極端な値や、レイテンシーがほぼゼロであることなどの話があります。 サーバー上で自分のリクエストキューを解析するのは、原始的な技術的作業である。1秒間に数万件のトランザクションが必要ですが、簡単に処理できるので問題ありません。もし、もっと必要なら、簡単に性能を上げることができます（私たちのブローカーは、まだこれに関する質問をしてきません）。実際の リクエストの実行 取引注文が執行待ち行列から外されるタイミングは、すべてブローカーの判断によります。 ECN/STPまたは取引所へのゲートウェイを介した注文の執行 技術的な観点から、遅延はネットワークの遅延、ゲートウェイの実行品質、最終的なECN/STP/取引所の実行システムによって決定されます。私たちの側では、ECN/STP/取引所実行ゲートウェイを可能な限り効率的に実装しています。エンドトレーダーが高速化するためには、執行システム（取引端末）をブローカーの取引サーバーにできるだけ近づけることで、ネットワークのレイテンシーを短縮するしかない。 現在の技術開発レベルでは、プログラミング言語やAPIの選択は、クライアント側での取引トランザクションの生成速度にほとんど影響を与えません。とはいえ、MQL5は優れたコンパイラ/オプティマイザと32/64ビットネイティブ実行コード生成により、非常に非常に高速なプログラミング言語であり、安全なサンドボックス実行を提供し、市場環境全体にアクセスするための巨大API（3000ページを超えるドキュメント）を提供しています。MetaTrader 5のようなアルゴリズム取引システムは、このレベルの統合とAPI機能を備えており、市場にはほとんど存在しないのです。 Андрей Шелихов 2013.06.30 07:53 #38 sergeev:それどころか、自分自身を改革しているようなものです。:)フィックスは 長い間、塗装や標準化が行われてきました。 数学を学び、人の話を聞き、静かにメモを取る。 まだしゃべるな、馬鹿にされているようだ。では、なぜ口論になるのでしょうか？それが聞きたかったんだ...。などの言葉をドキュメントに入力する。サーバーとの通信のプログラムは、プロトコルを実装しています（我々はロシア語圏のサイトにいるので、好ましくはロシア語で、文書へのリンクを指定します）。 データパケットサイズは、特に高度でないためにそうであると何かの周波数で言葉...とすべてがうまくいく...そんなにです。サーバーの性能パラメータは、販売店に聞いてください、彼はケースを認識しています。サンキュー...私はあなたが非保証速度システムを持っていると思ったので - つまり、保証された最大遅延のファンのために推奨されていません... Renat Fatkhullin 2013.06.30 08:07 #39 shelandr: などの言葉をドキュメントに入力します。サーバーとの通信プログラムはプロトコルを実装している（ドキュメントへのリンクを指定する、ここはロシア語圏のサイトなのでできればロシア語で）。 データパケットのサイズは、そうそうたる頻度でそうたる単語と、特に高度でない人のための何か......と、これだけである。すげえ素朴さ。知的財産権、企業秘密、製品の経済性などの保護について考えてみることをお勧めします。自己中心的な考え方は、世界に対する理解力を低下させる。 Андрей Шелихов 2013.06.30 08:19 #40 Renat:shelandrさんへ。1 私たちの側からは、ECN/STp/取引所実行ゲートウェイを可能な限り効率的に実装しています。2 エンドトレーダーにとっては、執行システム（取引端末）をブローカーの取引サーバーにできるだけ近づけることで、ネットワーク遅延を短縮することが唯一の方法である。 1 ドキュメントにこれらのパラメータが欲しかった。2 Windowsのプログラマーという点では全くその通りなのですが、Windowsシステムはリアルタイムシステム向けではなく、非常に異なる目的やタスクに対応しているということは、すでに書きました。それに比べれば、株式情報なんて微々たるものです。しかし、通常、迅速なやり取りは、Skypeやメールクライアントなど、Windowsの外部で実装されています。私はOSを変えたくありません、それはあなたの選択です...私はただ、あなたのサーバープロトコルと通信し、私が好むプラットフォーム上で交換情報を処理する機会を与え、接続を制御し、私の端末から送信される情報を制御できるようにしたい、同様にプロセッサがどのように私の会社を行うか、何を行うか。これは合理的だと思います。 1234567891011...39 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
サーバーにpingを打つ＋端末の処理時間。
Pingとは、クライアントからサーバーへリクエスト（情報のパケット）を送信し、サーバーからクライアントへ返信するのにかかる時間 です。
つまり、Pingは送信データ量に依存し、私のコンピュータからイーサネット経由でルータに10MHzで送信する場合、各ビット情報（送信元アドレス、送信先アドレス、チェックビット、データパケット）は0.1μsかかる。つまり、2つのアドレスと受信機とソースの転送は、8バイトまたは64ビット、または1 MHzの周波数は（メーカーが1から10 MHzまで書き込むので、これもかなり可能です）時間は64 µsになる場合は6.4 µsかかります。そして、さらに64その後PINGの受信では128 µsになります...と情報はまだインターネットには達していない...とパッケージ内のデータではないです。最小のデータパケットは46ワード...+4ワードなので、128+800=1528μsとなる。受付時＝この時間がまた費やされる。
また、システムの概念には、メタトレーダー・ソフトウェアだけでなく、ユーザーのコンピュータ、回線、モデム、ISP、サーバー、エキスパートやインジケーターも含まれることに留意してください。
さらに、サーバーの応答速度も大きく変化します。
もうひとつ、ターミナルプログラムはフローでしか動作しませんが、これはWindowsが他の多くのタスクを持っているからです ...
実際、強い値動きで1分以上端末が反応しないことが何度かありました。
履歴書は以下の通りです。物理的な処理を想像し、処理の実行時間を考え、実際のデータでプログラムをテストする必要があります。ちなみに、この 人はかなり啓発されています。
実は、値動きが激しいときに、端末が1分以上反応しないことが何度かあったんです。
履歴書は以下の通りです。システムを設計するとき、特にプログラムを組むときは、物理的な処理を理解し、処理の実行時間を考え、実際のデータでプログラムをテストしなければならない。
Pingとは、クライアントからサーバーへリクエスト（情報のパケット）を送信し、サーバーからクライアントへ戻って くるまでにかかる時間のことです。
つまり、Pingは送信データ量に依存し、私のパソコンからイーサネット経由で10MHzでルーターに送信する際の情報（送信元アドレス、受信先アドレス、制御ビット、データパケット）1ビットが0.1μsかかる。つまり、2つのアドレスと受信機とソースの転送は、8バイトまたは64ビット、または1 MHzの周波数は（メーカーが1から10 MHzまで書き込むので、これもかなり可能です）時間は64 µsになる場合は6.4 µsかかります。そして、さらに64その後PINGの受信では128 µsになります...と情報はまだインターネットには達していない...とパッケージ内のデータではないです。最小のデータパケットは46ワード...+4ワードなので、128+800=1528μsとなる。受付時＝この時間がまた費やされる。
また、システムの概念には、メタトレーダー・ソフトウェアだけでなく、ユーザーのコンピュータ、回線、モデム、ISP、サーバー、エキスパートやインジケーターも含まれることに留意してください。
さらに、サーバーの応答速度も大きく変化します。
もうひとつ、ターミナルプログラムはフローでしか動作しませんが、これはWindowsが他の多くのタスクを持っているからです ...
実際、強い値動きで1分以上端末が反応しないことが何度かありました。
履歴書は以下の通りです。物理的な処理を想像し、処理の実行時間を考え、実際のデータでプログラムをテストする必要があります。ちなみに、この 人はかなり啓発されています。
そのような主張は、証拠によって裏付けられる必要があります。
持っていますか？
レナート様、全体的に滑稽なのは、例えばルーターやマウスなどの機器を購入すると、ドキュメントに.NETなどの プロトコルが指定されていることです。
4x LAN (10/100/1000 Mbps)
Gostaに準拠したソーセージを購入すれば、最低肉量などを読み取ることができます...
メタトレーダーを購入するとき、あなたは何も保証しないので、誰もあなたが保証するパフォーマンスパラメータを知ることができません...単一のパフォーマンスパラメータではなく、彼らは単に存在しない...
ですから、技術的には、サーバーの応答時間、取引の実行速度、コマンドの実行時間など、何一つ違反することはできません...。
それだけでなく、サーバーとのやり取りのプロトコルまで謀るとは・・・。
これは、バスや電車の最大運行間隔や、ソーセージの肉の組成を分泌することにほぼ等しい。
もちろん、8コアのプロセッサとシングルコアのAtomではプログラムの実行時間は異なりますが、ある程度の中庸な修正でパラメータを与えることは可能です。
株式取引の面では、我々はまだ石器時代に住んでいるので、そのようなプログラムやシステムのバイヤーがあります...そこで、ネットワークプロトコルFXのAPIを標準化する作業が行われており、その中でプロトコルのパラメータが記述され、バインディング ...
面白いのは、shelandr がFX APIネットワークプロトコルの標準化に取り組んでいて、その中でプロトコルパラメータが書き込まれていることです。
そうだ、君たちは自己改革をしているのだ。:)
FXは 古くから塗装が施され、標準化されています。
数学を学び、人の話を聞き、静かにメモを取る。 まだしゃべるな、馬鹿にされているように見えるぞ。
shelandrさんへ。
ほぼすべてが依存するため、エンドポイントデバイスの速度を保証できる人はいません（戸建てマーケティング担当者以外）。
トレーダーにとって、ネットワークの遅延は大きな問題の一つです。そして、TCPの主張は一切認められません。解決策としては、近いVPS/サーバーをホスティングするか、一般的にブローカーのサーバーに実行を移す（アーキテクチャ的に可能な場合）。
MetaTrader 4/5プラットフォームは、地理的に分散したアクセスポイント（プロキシサーバー）を使用しており、各ターミナルは最も高速なものを見つけて、それを使用して動作します。これにより、各端末へのマーケットデータ（ティック、チャート、ニュース）の配信を抜本的に高速化することができます。
高頻度取引（HFT）では、複数のトランザクションを非同期でできるだけ早く送信し、その結果を無駄に処理しないことが非常に重要である。この非同期取引方式はMetaTrader 5で完全に利用可能で、取引のバッチ送信に必要な平均時間を劇的に短縮します。
ここで、技術的なキューチューイングの質は開発者の手中にあり、通常、自尊心のある企業は、実行速度に関する素晴らしいデータを誇らしげに公表し、暗に「全体の実行速度」という概念に置き換えています。通常このような場合、1秒間に数十万トランザクションという極端な値や、レイテンシーがほぼゼロであることなどの話があります。
サーバー上で自分のリクエストキューを解析するのは、原始的な技術的作業である。1秒間に数万件のトランザクションが必要ですが、簡単に処理できるので問題ありません。もし、もっと必要なら、簡単に性能を上げることができます（私たちのブローカーは、まだこれに関する質問をしてきません）。
取引注文が執行待ち行列から外されるタイミングは、すべてブローカーの判断によります。
技術的な観点から、遅延はネットワークの遅延、ゲートウェイの実行品質、最終的なECN/STP/取引所の実行システムによって決定されます。私たちの側では、ECN/STP/取引所実行ゲートウェイを可能な限り効率的に実装しています。
エンドトレーダーが高速化するためには、執行システム（取引端末）をブローカーの取引サーバーにできるだけ近づけることで、ネットワークのレイテンシーを短縮するしかない。
現在の技術開発レベルでは、プログラミング言語やAPIの選択は、クライアント側での取引トランザクションの生成速度にほとんど影響を与えません。とはいえ、MQL5は優れたコンパイラ/オプティマイザと32/64ビットネイティブ実行コード生成により、非常に非常に高速なプログラミング言語であり、安全なサンドボックス実行を提供し、市場環境全体にアクセスするための巨大API（3000ページを超えるドキュメント）を提供しています。
MetaTrader 5のようなアルゴリズム取引システムは、このレベルの統合とAPI機能を備えており、市場にはほとんど存在しないのです。
それどころか、自分自身を改革しているようなものです。:)
フィックスは 長い間、塗装や標準化が行われてきました。
数学を学び、人の話を聞き、静かにメモを取る。 まだしゃべるな、馬鹿にされているようだ。
では、なぜ口論になるのでしょうか？それが聞きたかったんだ...。
などの言葉をドキュメントに入力する。
サーバーとの通信のプログラムは、プロトコルを実装しています（我々はロシア語圏のサイトにいるので、好ましくはロシア語で、文書へのリンクを指定します）。 データパケットサイズは、特に高度でないためにそうであると何かの周波数で言葉...とすべてがうまくいく...そんなにです。
サーバーの性能パラメータは、販売店に聞いてください、彼はケースを認識しています。
サンキュー...私はあなたが非保証速度システムを持っていると思ったので - つまり、保証された最大遅延のファンのために推奨されていません...
などの言葉をドキュメントに入力します。
サーバーとの通信プログラムはプロトコルを実装している（ドキュメントへのリンクを指定する、ここはロシア語圏のサイトなのでできればロシア語で）。 データパケットのサイズは、そうそうたる頻度でそうたる単語と、特に高度でない人のための何か......と、これだけである。
すげえ素朴さ。
知的財産権、企業秘密、製品の経済性などの保護について考えてみることをお勧めします。自己中心的な考え方は、世界に対する理解力を低下させる。
shelandrさんへ。
1 私たちの側からは、ECN/STp/取引所実行ゲートウェイを可能な限り効率的に実装しています。
2 エンドトレーダーにとっては、執行システム（取引端末）をブローカーの取引サーバーにできるだけ近づけることで、ネットワーク遅延を短縮することが唯一の方法である。
1 ドキュメントにこれらのパラメータが欲しかった。
2 Windowsのプログラマーという点では全くその通りなのですが、Windowsシステムはリアルタイムシステム向けではなく、非常に異なる目的やタスクに対応しているということは、すでに書きました。それに比べれば、株式情報なんて微々たるものです。
しかし、通常、迅速なやり取りは、Skypeやメールクライアントなど、Windowsの外部で実装されています。
私はOSを変えたくありません、それはあなたの選択です...私はただ、あなたのサーバープロトコルと通信し、私が好むプラットフォーム上で交換情報を処理する機会を与え、接続を制御し、私の端末から送信される情報を制御できるようにしたい、同様にプロセッサがどのように私の会社を行うか、何を行うか。
これは合理的だと思います。