アルパリの旺盛な端末 - ページ 7

新しいコメント
 
Debugger: まだ他の人では遭遇していないのですが...。

楽器は16台ありますね。計算間隔を1000msから5000msに伸ばしてみてください。その成果はいかがですか？

試していない、試すつもりもないのであれば、当然、端末やDCのせいにし続けるのが一番都合がいい。

 
もっといいのは、1小節に1回ということです。もちろん、ゼロバーが重要でない場合は。
 

ゼロは1秒に1回カウントされるかが重要です。

不思議なことばかりです。5桁の16組でも、4桁の 同じ16組と石高がこんなに違うなんて......小難しい話です。

デバッガーは、テクニカルサポートに書き込んでください。

プロセッサーの種類は？

 
Mathemat:

ちょっと不思議な感じです。5桁の16組でも、4桁の同じ16組と石積みがこんなに違うなんて......小難しい話です。

5桁の方が入力データ量が一桁多いのは明らかです。

そのため、端末は関係なく、4桁の フィルタリングを行うか、ハードウェアをより効率の良いものに変更することで解決します（最適な性能/価格比の例としてCUDAがあります）。

 

安井 まず、5桁のデータの流れが一桁くらい大きいというのはわかります。でも、アルパリでは そんなひどい負荷はかかりませんね（5桁！）。写真です、怠けないでください（クリックで拡大）。


そして第二に、まあ、CUDAとの関わりをどれだけ自慢できるか！？

2 Debugger: ここにはたくさんのペアがあり、すべてМ1です。少なくとも5月26日までの履歴をダウンロードしました（いくつかのログはもっと深いです）。指標はありません。マーケットで最も受動的な瞬間ではない（現在のチャートを見てください）。RAMはWindows 7のために、いつもこのようにロードされています。

確かにプロセッサ（Core 2 Duo E7200）は負荷がかかっていますが、「最低25～30%」というオーダーでは何の数字も出てきません。

ではもうひとつ、MarketWatchのキャラクターは何人いるのでしょうか。

 

Alpariで28組、うち7組のウィンドウを開いています、占有メモリ：20,800（プライベートワーキングセット）60,320（割り当てメモリ）です。

MT4の設定です。

1ウィンドウあたりの最大バー数。65000

履歴の最大バー数：512000

 
Mathemat:

1.まず、5桁のデータの流れが一桁くらい大きいということは分かっています。でも、アルパリでは そんなひどい負荷はかかりませんね（5桁！）。写真です、怠けないでください（クリックで拡大）。

2.そして2つ目は、CUDAに関わったことをどれだけ自慢できるか！？

1.入力データの一桁の増加は、いくつかの高周波EAにとって重要である可能性があります。

2.CUDAとは関係ないのですが、本当に必要な計算でCPU負荷の問題を解決するために、より良い性能と価格の比率を持つ別の選択肢を提供できるかもしれませんね？

 
Andrei01:

1. 一部の高周波EAでは、入力データの桁数が増加することが重要な場合がある。

まあそれは、ここで言われていることなんですけどね。

端末や不十分なEA、インジケータなどでは...。

 
全16組のインデックスを持っています。各ペアごとに2つのインデックスがあります。
 

1.端末そのものはこの状況に ほとんど関係ないことを示すために、あえてすべての計算を無効にしました。トピックスターには、アルパリでは最低でも25～30％のCPU負荷がかかると書かれていました。

2.いいえ、できませんし、するつもりもありません。このスレッドは、性能と価格の比率を最適化するためのものではないのです。問題は、あくまでも性能についてです。

端末の 過剰な設定か、最適化されていない計算が頻繁に行われることがバグの原因かと思われます。そして、ここの計算が明らかにしっかりしているのです。

123456789
新しいコメント