ブローカーの秘密 - ページ 12 1...5678910111213141516171819...23 新しいコメント Alexey Busygin 2015.02.04 08:14 #111 Mikalas:違いは、注文の実行速度がかなり速いことです。 注文は端末側ではなくサーバー側で実行される。 非同期は多様性と理解され、時間の単位を考えれば、x86アーキテクチャに容易に収まるが、同期はx86プロセスアーキテクチャに収まらず、x64にしか収まらないだろう。 Mr. Trillioner 2015.02.04 08:21 #112 Alexey: 注文は端末側ではなくサーバー側で実行される。 非同期性は多様性と理解され、時間の単位を考えればx86アーキテクチャに容易に収まるが、同期性はx86プロセスアーキテクチャに収まらず、x64にしか収まらない。 だから、HTFを見ないのであれば、本当に必要ないのです。アーキテクチャについては、4Gbを超えるような大容量のデータを扱わないのであれば、x64はあまり意味がないでしょう。繰り返しになりますが、スピードとたくさんのデータは相容れません :) Alexey Busygin 2015.02.04 08:24 #113 mmmoguschiy: x64はマルチプロセッシングではありません。あくまでプラットフォーム型です。メモリは4ギガバイト以上しか使いません。同期実行では、オーダーを送信した後、サーバーからオーダーが実行されたかどうかの応答を受け取るまで、プログラムの実行は停止します。オーダーが非同期の場合、他のオーダーの送信など、他のアクションは答えを待たずに実行されることがあります。HFTシステムで使用されています。 カーネルは多くのプロセッサーを担当し、メモリは担当しません。x64アーキテクチャでは、カーネルシステムが計上されます。x86では、このような会計処理はありません。同期プロセスでは、複数のプロセスを同時に処理することができます。たとえば、1つのサーマルドメインで複数のEAを実行できますが、x86では、それらの作業はキューに入れられ、1つずつ別々に実行されることになります。 Alexey Busygin 2015.02.04 08:37 #114 mmmoguschiy: HTFを見ないのであれば、本当に必要ないのでは?アーキテクチャについては、やはり、それほど膨大なデータ(4Gb以上)を扱わないのであれば、x64はほとんど役に立ちません。繰り返しになりますが、スピードと大容量のデータは相性が悪いのです :) 私は操作していませんが、コンピュータは他のアーキテクチャを認識せず、2コアのx64しか認識しません。 Intelが1コアのエンジンを持っていたとき、コンピュータがx64を認識しなかったのと同じです。メモリは主に記憶するためのものですが、ハードディスクと混同してはいけません、このメモリは忘れるためのものではありません。:) Mr. Trillioner 2015.02.04 08:39 #115 Alexey: 多くのプロセッサでは、メモリではなくカーネルが担っています。x64アーキテクチャでは、カーネルシステムを追跡しています。x86ではそのような会計処理はありません。同期プロセスでは、複数のプロセスを同時に処理することができます。たとえば、1つのサーマルドメインで複数のアドバイザーを実行できますが、x86アーキテクチャでは、それらの作業はヘテロジニアスで1つずつ並んで実行されることになります。 もう反論はしません。意味不明だし、このスレッドのテーマから外れています。テーマ別の記事を読んで、頭を整理してください。 Alexey Busygin 2015.02.04 08:52 #116 mmmoguschiy: もう反論はしません。 意味不明ですし、このスレッドの範囲外です。 また、その必要はありません。メモリは多数の動的変数に必要であり、カーネルはキューを待たずに複数のスレッドで実行できるようにこれらの変数を必要とします。それゆえ、プロセッサーの速度を下げることができたのですが、能力が上がったことで、カーネルの速度に対するニーズが再び高まりました。 Ramiz Mavludov 2015.02.04 08:58 #117 Myth63: どの証券会社も1pipの値動きをするための資金を持っていない。 本当ですか?アルパリの相場を見て、EURUSDで、ロボと比較してみてください。 Alexey Busygin 2015.02.04 09:10 #118 Myth63: ECN OK =) スカルプレベルを下げるために作られたもので、スプレッドが広がる代わりに手数料がかかる。ECNは基本的にブローカーの収益が保証されている... 要するに手数料は、スワップフリー 口座、スワップフリーみたいなものです。では、なぜリテラシーを再発明するのか、ということです。 Mr. Trillioner 2015.02.04 09:14 #119 Alexey: 本来、手数料はスワップフリー、スワップフリー口座のようなものです。では、なぜリテラシーを再発明するのか、ということです。 またしても自分なりの見解があるのですね。スワップはスワップであり、手数料とは関係ない。 ブローカーの秘密の議論は、ECNの議論に変わる - それはすべてこれに起因している)) Alexey Busygin 2015.02.04 09:23 #120 mmmoguschiy: と、またまた自分なりの見解を持っていますね。スワップはスワップであり、手数料とは関係ない。 ブローカーの秘密からECNの議論に変わりますが、すべてはここに集約されます))。 スワップをどうしたらいいかわからないというのは、勘違いかもしれませんし、どうしたらいいかわからないというのもあります。そして、スワップフリー、オープン、クローズ、ペイ。 1...5678910111213141516171819...23 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
違いは、注文の実行速度がかなり速いことです。
注文は端末側ではなくサーバー側で実行される。 非同期性は多様性と理解され、時間の単位を考えればx86アーキテクチャに容易に収まるが、同期性はx86プロセスアーキテクチャに収まらず、x64にしか収まらない。
x64はマルチプロセッシングではありません。あくまでプラットフォーム型です。メモリは4ギガバイト以上しか使いません。同期実行では、オーダーを送信した後、サーバーからオーダーが実行されたかどうかの応答を受け取るまで、プログラムの実行は停止します。オーダーが非同期の場合、他のオーダーの送信など、他のアクションは答えを待たずに実行されることがあります。HFTシステムで使用されています。
HTFを見ないのであれば、本当に必要ないのでは?アーキテクチャについては、やはり、それほど膨大なデータ(4Gb以上)を扱わないのであれば、x64はほとんど役に立ちません。繰り返しになりますが、スピードと大容量のデータは相性が悪いのです :)
多くのプロセッサでは、メモリではなくカーネルが担っています。x64アーキテクチャでは、カーネルシステムを追跡しています。x86ではそのような会計処理はありません。同期プロセスでは、複数のプロセスを同時に処理することができます。たとえば、1つのサーマルドメインで複数のアドバイザーを実行できますが、x86アーキテクチャでは、それらの作業はヘテロジニアスで1つずつ並んで実行されることになります。
もう反論はしません。 意味不明ですし、このスレッドの範囲外です。
どの証券会社も1pipの値動きをするための資金を持っていない。
ECN OK =) スカルプレベルを下げるために作られたもので、スプレッドが広がる代わりに手数料がかかる。ECNは基本的にブローカーの収益が保証されている...
本来、手数料はスワップフリー、スワップフリー口座のようなものです。では、なぜリテラシーを再発明するのか、ということです。
ブローカーの秘密の議論は、ECNの議論に変わる - それはすべてこれに起因している))
と、またまた自分なりの見解を持っていますね。スワップはスワップであり、手数料とは関係ない。
ブローカーの秘密からECNの議論に変わりますが、すべてはここに集約されます))。