複数DCの多通貨分析に基づく効果的な取引戦略 - ページ 13 1...67891011121314 新しいコメント 削除済み 2007.05.09 19:14 #121 Mak 1つのクライアントのために、1つの共通セットファイルでデータベースを実装するために、私は大まかな時間を費やしました:)私の定義では、ティックには、サーバー時間、クライアント時間、現在価格の3つの指標だけが含まれており、それぞれ8バイト、合計24バイトとなっています。128は、ファイルの先頭と後続の位置、位置の種類、各要素の8バイトで約32バイト以上、もう少しねじ込むともっと多くなります。実際には64以下ですが、最小にするともっと少なくなるかもしれません。しかし、私はグローバルスケールを採用しています。そうしないと、例えば1つのファイルで4ギガバイトに制限される危険性があるからです。私は正確にそれを行うということではない、私も1ティックあたりのファイルに32バイトに自分自身を制限することがありますが、私はティックだけでなく、格納する必要がある場合は、即時のタスクについてだけ考えるので、質問と見てなぜ:)。 また、私たちはティックでシステムを構築しているのではなく、ティックを分析するビジネスをしているのであって、ティックでトレードしているわけではありません。あなたのブローカーがこのダニを持っていなかった場合、どのようにダニの取引を使用します、彼はそれをフィルタリングしている、何が本当の引用符は、このブローカーでの取引のために正確に何も、それらをフィルタリングしますが、誰もブローカーとダニ自体の分析はもちろん、多通貨や先物指数や金などの様々な他の楽器をキャンセル:))すべてはリアルタイムである、ここで私はリアルタイムとマスクで動作:))。各クライアントは、基本的に自分が適切と思うものだけを使いたいと考えています。私は、あるクライアントから必要なものだけを含めてすべての見積もりをサーバーに集めることはしませんし、気まぐれであらゆる種類の見積もりをサーバーに集めることもしません、そのほうがいいのです。 ダニは偶発的でランダムなものです。それらは定義上、人それぞれであり、それにシステムはありません。 それは間違いです。)この方向性なら、どちらのコンセプトが自分に合っているか?Point of contact」という概念で考えてみますが、「tick」の方がシンプルだと思います。3点目については、他に何と言えばいいのか、この事実、不確実性の検証を困難にして、無意味な推論をやめさせましょう。 私のプログラムを例にとって、あなたが不確実と考えるもののスクリーンショットを提示してください。 Юрий Макаров 2007.05.09 19:56 #122 ("サーバー時間" - "クライアント時間") --- それは定数ではないか? ティックごとの価格増分を格納できるのに、なぜ価格を格納するのですか? なぜ、このようなことに8バイトを割り当てる必要があるのでしょうか。 例えば価格設定の精度は、4〜5サインを超えることはありません。 ティック履歴にティックと一緒に保存できる/保存する必要があるものは何ですか(ティックタイムを除く)? 答えを知りたいから聞いているわけではなく、どちらかというと修辞的な質問です :) ブローカーがこのティックを持っていない場合、どのようにティックトレードを使用します、彼はそれをフィルタリング:)))))) チックがどこから来るのか理解できていないようだ・・・。 自然界には存在しないものであり、ブローカーはそれらを「フィルター」することはできません。 ダニは、ある顧客からの見積もり依頼に対するあなたのブローカーの回答です。 ブローカーがどのような価格を提示するかは、市場の状況だけでなく、多くの事柄に左右されます。 ブローカーは指標となる相場(フィルターがかかっている場合もある)に導かれ、 、顧客と取引の 方向に応じて、数ピップ単位でどの方向にもずらすことができます。 彼はリクオートをしたり、しばらく「躊躇」したり・・・。 TICは、お客様のブローカーからの見積もりであり、お客様のブローカーの顧客以外は見ることができません。 だから、チック症は偶発的でランダムなものだと言っているのです. 報道機関に相場を送る超大手ブローカーを除けば、 何百ものそうしたブローカーが相場を示すストリームを生成する(しばしばフィルターがかけられている)。 削除済み 2007.05.09 20:01 #123 より良いものを:)))私の質問とあなたの質問に答えてくれていますね:)フィルターやrequoteの件、意味不明でした:))そこで切り出したのが、リクオートとタイムディレイです:) サーバーと クライアントの時間は一定ではありません:)サーバーの時間のみ、クライアントが自身のデータに基づいて圧縮する:) インクリメントのおかげで、同じリクオートやディレイをどうやって取り除くのだろう、バーを比較するのと同じだ:) Юрий Макаров 2007.05.09 20:08 #124 まあ、どんな「ティック分析」をしているのか理解できないだけなんですけどね.:)) 特に、このスレッドは「...に基づく効果的な取引戦略」ということなので。" 削除済み 2007.05.09 20:10 #125 そうですね、戦略を立てるには、まず分析すること、その名は絶対 です:) Юрий Макаров 2007.05.09 20:11 #126 明らかにするために ... サーバーと クライアントの時間は、タイムゾーンの違いによってのみ異なります :)) 送信時刻とクライアントへの到着時刻は確かに異なるかもしれない. Юрий Макаров 2007.05.09 20:12 #127 どうぞ作ってください、私は気にしませんから...。:))) 削除済み 2007.05.09 20:24 #128 クライアントがブローカーのサーバーからデータを受信すると、彼はティック価格とサーバーのティックタイムを自由に使うことができます。また、自分の時間を刻むスタンプを押している。このようなクライアントは一人ではなく、異なるサーバー上のすべてのクライアントが異なるデータを受信し、それらをどのように結合するか、秒単位ではなく、ミリ秒単位で考える必要があるのです。クライアントとサーバーの時計が遅れていたり、速く動いていたりすることがありますが、1つの時計だけでどうやって見分けるのでしょう。なぜ、このような違いを忘れているのですか?クライアント自身がサーバーの時間を同じミリ秒に調整し、その平均値をもとにサーバーの時間を 更新することも可能で、その場合、同じDCサーバーの1クライアント間で秒単位の差はなくなるが、ミリ秒単位の差が出てくる。また、プライススタンプにより、時間軸上のティック位置も明確に中央に表示されます。このように、最も正確なデータを作成するための要素はたくさんあり、ティックのプライススタンプを除いて、これらのデータはすべて改善することが可能です。 requoteをフィルタリングする方法は?その存在を確認するため?サーバーデモはどうですか:) Юрий Макаров 2007.05.09 20:35 #129 報道機関が指標となる引用を次々と生み出しているのは、こういうことなのだろうか。 :))) そしてもうひとつ、「何のために必要なのか」という疑問もあります。 (引用符とミリ秒の結合) 削除済み 2007.05.09 20:41 #130 おそらく同じものだと思います:)))))))))確かなことは誰にもわからない :) 必要なのは、リアルな相場を分析するために、誰もがティックでやりたがり、リアルなものだけでなく、同じリクォートなど:)サーバーを1台持って、自分で情報屋を作るというのは、あてにならないですね:)私は自分のニーズに合わせて使っているだけで、私のニーズはあなたとあまり変わりません:)また、通信社を描くには、これらの機関に敬意を表することなく、他の人々から情報を収集し、同時に、使用するために便利なツールを与えるために、その後、顧客の流れは放棄されません、それ以外の場合は、すべての時間の無駄だ:))。私は徐々にすべてを行うことを望んでいたが、このスレッドに書き込んだ人々のおかげで、それが再び意味をなさない最大規模に一度にすべてを行う必要があります、すべてのレーキが吸われたように思える:) 1...67891011121314 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
Mak 1つのクライアントのために、1つの共通セットファイルでデータベースを実装するために、私は大まかな時間を費やしました:)私の定義では、ティックには、サーバー時間、クライアント時間、現在価格の3つの指標だけが含まれており、それぞれ8バイト、合計24バイトとなっています。128は、ファイルの先頭と後続の位置、位置の種類、各要素の8バイトで約32バイト以上、もう少しねじ込むともっと多くなります。実際には64以下ですが、最小にするともっと少なくなるかもしれません。しかし、私はグローバルスケールを採用しています。そうしないと、例えば1つのファイルで4ギガバイトに制限される危険性があるからです。私は正確にそれを行うということではない、私も1ティックあたりのファイルに32バイトに自分自身を制限することがありますが、私はティックだけでなく、格納する必要がある場合は、即時のタスクについてだけ考えるので、質問と見てなぜ:)。
また、私たちはティックでシステムを構築しているのではなく、ティックを分析するビジネスをしているのであって、ティックでトレードしているわけではありません。あなたのブローカーがこのダニを持っていなかった場合、どのようにダニの取引を使用します、彼はそれをフィルタリングしている、何が本当の引用符は、このブローカーでの取引のために正確に何も、それらをフィルタリングしますが、誰もブローカーとダニ自体の分析はもちろん、多通貨や先物指数や金などの様々な他の楽器をキャンセル:))すべてはリアルタイムである、ここで私はリアルタイムとマスクで動作:))。各クライアントは、基本的に自分が適切と思うものだけを使いたいと考えています。私は、あるクライアントから必要なものだけを含めてすべての見積もりをサーバーに集めることはしませんし、気まぐれであらゆる種類の見積もりをサーバーに集めることもしません、そのほうがいいのです。
ダニは偶発的でランダムなものです。それらは定義上、人それぞれであり、それにシステムはありません。
それは間違いです。)この方向性なら、どちらのコンセプトが自分に合っているか?Point of contact」という概念で考えてみますが、「tick」の方がシンプルだと思います。3点目については、他に何と言えばいいのか、この事実、不確実性の検証を困難にして、無意味な推論をやめさせましょう。 私のプログラムを例にとって、あなたが不確実と考えるもののスクリーンショットを提示してください。
ティックごとの価格増分を格納できるのに、なぜ価格を格納するのですか?
なぜ、このようなことに8バイトを割り当てる必要があるのでしょうか。
例えば価格設定の精度は、4〜5サインを超えることはありません。
ティック履歴にティックと一緒に保存できる/保存する必要があるものは何ですか(ティックタイムを除く)?
答えを知りたいから聞いているわけではなく、どちらかというと修辞的な質問です :)
ブローカーがこのティックを持っていない場合、どのようにティックトレードを使用します、彼はそれをフィルタリング:))))))
チックがどこから来るのか理解できていないようだ・・・。
自然界には存在しないものであり、ブローカーはそれらを「フィルター」することはできません。
ダニは、ある顧客からの見積もり依頼に対するあなたのブローカーの回答です。
ブローカーがどのような価格を提示するかは、市場の状況だけでなく、多くの事柄に左右されます。
ブローカーは指標となる相場(フィルターがかかっている場合もある)に導かれ、
、顧客と取引の 方向に応じて、数ピップ単位でどの方向にもずらすことができます。
彼はリクオートをしたり、しばらく「躊躇」したり・・・。
TICは、お客様のブローカーからの見積もりであり、お客様のブローカーの顧客以外は見ることができません。
だから、チック症は偶発的でランダムなものだと言っているのです.
報道機関に相場を送る超大手ブローカーを除けば、
何百ものそうしたブローカーが相場を示すストリームを生成する(しばしばフィルターがかけられている)。
サーバーと クライアントの時間は一定ではありません:)サーバーの時間のみ、クライアントが自身のデータに基づいて圧縮する:)
インクリメントのおかげで、同じリクオートやディレイをどうやって取り除くのだろう、バーを比較するのと同じだ:)
特に、このスレッドは「...に基づく効果的な取引戦略」ということなので。"
サーバーと クライアントの時間は、タイムゾーンの違いによってのみ異なります :))
送信時刻とクライアントへの到着時刻は確かに異なるかもしれない.
requoteをフィルタリングする方法は?その存在を確認するため?サーバーデモはどうですか:)
:)))
そしてもうひとつ、「何のために必要なのか」という疑問もあります。
(引用符とミリ秒の結合)
必要なのは、リアルな相場を分析するために、誰もがティックでやりたがり、リアルなものだけでなく、同じリクォートなど:)サーバーを1台持って、自分で情報屋を作るというのは、あてにならないですね:)私は自分のニーズに合わせて使っているだけで、私のニーズはあなたとあまり変わりません:)また、通信社を描くには、これらの機関に敬意を表することなく、他の人々から情報を収集し、同時に、使用するために便利なツールを与えるために、その後、顧客の流れは放棄されません、それ以外の場合は、すべての時間の無駄だ:))。私は徐々にすべてを行うことを望んでいたが、このスレッドに書き込んだ人々のおかげで、それが再び意味をなさない最大規模に一度にすべてを行う必要があります、すべてのレーキが吸われたように思える:)