フォルツァ執行上の問題点 - ページ 10

 
Renat:

開始日、終了日ともに、誤差を意識して、義務的な余裕を持って設定すること。それは、少なくともマイナスN秒、プラスN秒です。

TimeTradeServer()は、reltimeの正確な時間ではなく、マーケット概要に入ってくる価格ティックによってのみ更新されます。


いきなりヒストリーサンプルにデータがないということは、99%の誤差はクエリーの境界線にあるということです。

不思議なことに、ヘルプには、TimeTradeServer-推定されたトレードサーバーの現在時刻を返すと書いて あります。

timeCurrent() - 最新のサーバー時刻、つまりMarket Watchで選択されたシンボルの最後の気配値の到着時刻を返します。

 

ついにディスカバリーがデモを出した(サーバー部1060)。

レナート、あなたとあなたのチームの健闘を称えたいと思います。

実物がDemoと同じように使えるようになるなら、それは大きな進歩です

わけのわからない単発の遅延は直ったのでしょうか?

拷問」しているようで申し訳ないのですが、メインは結果です

 

はい、今週金曜日にリリースされる新しいビルドで、かなりの部分成功しました。

最適化作業は現在も進行中です。今、私たちはマイクロ秒を争っているのです。

 
Renat:

はい、今週金曜日にリリースされる新しいビルドで、かなりの部分成功しました。

最適化作業は現在も進行中です。今はマイクロ秒を争っている。

よかったです(mks) - "魂のバーム" :)

がんばってください。

 

レナートさん、こんにちは。

servicedexでは、以前から(2つの新ビルドがリリースされました)、私の不満は「嘘」です。

Global TerminalVariablesの削除 について。

この不具合はまだ解決されていません。

サービスデスクから応答がない。

このバグの修正予定日を教えてください。

 

レナートさん、こんにちは。

1085ビルドで「シングル」ディレイのバグを修正したとのことですが。

しかし、スクリーンショットを見ると、そうでないことがわかります。

P/S ServerInfoInteger( SERVER_BUILD ) 関数の導入を検討されてはいかがでしょうか?

何しろ、秘密の情報というわけでもないのですから。

 
Mikalas:

レナートさん、こんにちは。

1085ビルドで「シングル」ディレイのバグを修正したとのことですが。

しかし、そうでないことはスクリーンショットでおわかりいただけると思います。

Build 1085は、あなたのコンピューターにあります。また、サーバー部分のバージョンは業界団体にあるのですが、判明しているのでしょうか?それとも、見極めずに戦いに突入しているのでしょうか?
 
barabashkakvn:
Build 1085は、あなたのコンピューターにあります。また、小売組織が動かしているサーバー側のバージョンは判明したのでしょうか?それとも、それを見極めずに戦いに突入しているのでしょうか?

私は戦いに身を投じるわけではありませんよ、あなた、ただ聞いてみただけです...。

P/S もし、あなたが頼まなければ、私たちは皆、現在の8ミリ秒に対して300ミリ秒のレイテンシーで座っていることになります。

 
Mikalas:

私は戦いに身を投じるわけではありませんよ、あなた、ただ聞いてみただけです...。

P/S もし、あなたが頼まなければ、私たちは皆、現在の8ミリ秒に対して300ミリ秒のレイテンシーで座っていることになります。

彼らのリアルサーバーは現在も1035で、デモは1060に移行していることです。遅延の改善はすべて、クライアント端末ではなく、サーバーのインフラに依存します。

1085のバージョンを待つと、驚くほど改善されますよ。

 
Renat:

彼らの実サーバーは今日現在も1035ですが、デモは1060に移行していることです。遅延の改善はすべて、クライアント端末ではなく、サーバーのインフラに依存します。

1085のバージョンを待つと、驚くほど改善されますよ。

ありがとうございました。
理由: