[ARCHIVE]フォーラムを乱立させないために、どんなルーキーの質問でも。プロフェッショナルの皆さん、通り過ぎないでください。あなたなしではどこにも行けない - 5. - ページ 389

新しいコメント
 
borilunad:

残念ながら、1分はまた完全に消えてしまい、チャート上だけになり、ログブックにはコンマ1秒ごとに書き込まれている。

15:55:39 Memory handler: cannot allocate 206924212 bytes of memory.
15:55:39 HistoryBase: not enough memory 'EURUSD1' [4702734 bars].
15:55:39 Memory handler: cannot allocate 206924212 bytes of memory.
15:55:39 HistoryBase: not enough memory 'EURUSD1' [4702734 bars].
15:55:39 Memory handler: cannot allocate 206924212 bytes of memory.
15:55:39 HistoryBase: not enough memory 'EURUSD1' [4702734 bars].

500й!


紀元前168世紀からのテスト？:)
 
tara:

紀元前168世紀からのテスト？:)
なんという素早いカウントなのでしょう。そんなの無理だ！議事録を削除したところです。フクロウがいなくなったらどうなるのか、本当に心配です。今すぐ別のMT4をダウンロードします利益に影響が出そうなのは残念ですが、やはりReal!
 
FAQ:

1) 問題点：各スクリプト(EA)は、他のすべてのスクリプトの存在を知っていなければならない。

2) 問題点 : 障害が発生した場合、障害が発生した方のグローバルが占有されずにハングアップし、キューがスタックしてしまう。

3) 解決策:

各エクスポは、名前-共通接頭辞＋ウィンドウハンドル＋シンボルで1つのグロバルカを構成します。グロバルカの値は、その機器の最後のティックの時間です。独自のハンドルを持つ2つの共通グローバル（作業後、それに独自のハンドルを書き込むか、それが最も古い場合、それをクリアします）。

キューは昇順に並べられ（ハンドル）、最も上位のものは2番目のグロバールをゼロに設定する

各Expで、シンボル/ハンドル/最終アクセス時刻/最終ティック時刻の3つの配列（構造体がないため）を作成します。

すべてのEXPは、すべてのEXPの（最終アクセス時刻/最終ティック時刻）を記録し、それらが異なるとすぐに（EXPの1つが故障）、故障したEXPの両方のグローバルが削除され、それは非アクティブとみなされます。

キューが復元される

これは、実際には、最もアクティブなチャート（頻繁なティック）に立つEAによって行われるでしょう。

が正常に初期化された場合、各Expoはそれ自身の後始末をします。

max skip - one tick.

ZS.そして一般的には1つの多通貨にした方がいいのです

AIASM complexで複数のインスタンスを実行できるようにしたのは大体そんな感じですが、全てDLLでやっています。このDLLはアンロード可能です。

もちろん、同期のトラブルを避けるために、取引用のEAは1つにしておくべきです。

gyfto:


果たして正しいのだろうか？

英語が苦手なので、何か間違っていたら、ご容赦ください。速度（pips/min）、加速度（pips/min）を求めます。それとも私が間違っているのでしょうか？

あ、説明するの忘れてました。Δt=1なので、1では割っていない、それが分かりやすいと思いました。

そうですね、派生商品であれば。微分は接線の変化である。タンジェントそのものを計算する必要はない。ある一定期間の価格の増分を取るだけでいいのです。

gyfto:

そうです、常に1です。もう一つは、M1 TFではなく、ティックで作業する場合、そうです - ビンからビンへのΔtは可変になります。私は理解しているつもりです。MACDは2つの平均のデルタなので、速度は真ではなく、平均になります。これは、分析にSIシステムを導入して体系化し、より理解しやすくしようとする試みと捉えることもできるだろう。
デルタ（別名セカント）は何でもいいんです。ゆっくりでいいんです。面白い高域フィルターになりそうです。

なぜ、すぐにMACDの話をしたのですか？説明することなく、すぐに飛び越えた。そのアプローチは直ちに科学的でなければならない。つまり、分析・合成をしなければ、できないのです。価格が複雑すぎて対応する意味がない。そんな風に分析しても仕方ないでしょう。スペクトル分析が必要です。つまり、より単純な構成要素に分解 すること。最も単純な部品は正弦波である。

価格の微分をとると何が出てくるか（なにしろ価格そのものがすでに時間価格速度なのだから）。何を得るか？ほとんど使い物にならない。

正弦の微分をとるとどうなるか？もちろん、コサインです。つまり、90度のリードを得ることができるのです。

とにかく、MACDは最も重要な組み込み指標の一つです。バンドパスフィルターです。より大きな周期で決定されるスペクトルスライスに対して、小さな周期の平均価格の割合を示すものである。このような連続的なスライスの集合に興味があるのです。つまり、スペクトラムです。もちろん、その後に合成...目があれば、面白いものがたくさん写っているはずです。

ちょっと残念かも。搭載されているフィルタリング方式は、今ひとつです。フィルターではなく、完全な誤解です。急峻な前面を持つ適切なフィルターが必要です。

整数値：


純子さん、d-i-B*&*%#o^i=dです。どうしてそんなにバカになるんだ？問題を理解する頭もないのか。話しても無駄だ、全く理解できない。しかし、あなたの立場は......すべてを知っていて理解しているようで、何も知らない、理解していない、ヌボラー幼稚園児レベルのコーデです。そして、あらゆるものに対する理解も同じレベルにあるのです。でも、あなたのエゴは...

Junkoさん、説明までされても理解できないなんて、脳がマヒしているようなものです。
。

また感情？心を込めて仕事をする。私は、あなたが何をしなければならないかを話しました。実践してください。

スレッド合併の件、教えてくれようともしないし。今まで読んできたものは全てアルゴリズムの欠陥です。無駄なことはしない

また、共通のリソースを見つけることができず、それがスレッドを遅らせる原因になっているように思います。これは間違ったアプローチです。フローを遅くしたり、キューに入れたりすることはできません。これもルールです。共有資源を1つまたは複数割り当てて、アクセス時間を最小限に抑えた同期的なアクセスを手配する必要があります。アトミックアクセスの整理が同期であることを再認識してほしい。そうでないと、毎回イライラしてしまうのです。

あなたは話すことが好きなんですね。あなたのコードを拝見しました...まるで幼稚園のような...。:-((

 

ずん子。

また感情？精神面を鍛える。どんな練習をしたらいいか教えてくれた。それを実践する。

スレッドコンビネーションフィドルについて、まだ何も語ろうとしないんですね。今まで読んできたものは全てアルゴリズムの欠陥です。無駄な時間を過ごすことはありません。

また、共通のリソースを見つけることができず、それがスレッドを遅らせる原因になっているように思います。これは間違ったアプローチです。フローを遅くしたり、キューに入れたりすることはできません。これもルールです。共有資源を1つまたは複数割り当てて、アクセス時間を最小限に抑えた同期的なアクセスを手配する必要があります。アトミックアクセスの整理が同期であることを再認識してほしい。そうでないと、毎回イライラしてしまうのです。

あなたは話すことが好きなんですね。あなたのコードを拝見しました...まるで幼稚園のような...。:-((

医者に行って、誇大妄想の治療をしてもらいなさい。

私がダメなら、アマチュアのサイクリングでもしてなさい。

スレッドを統合するのは問題ないのですが。もう一度読み直してみてください。もしかしたら、可能性は低いですが、わかるかもしれません。まだアトミックアクセスが足りないことに気づかないからスレッドをいじっているんだろう。2日目なのに、まだ取れないのか。

また、あなたはこうも考えています。想像じゃなくて妄想だろ。

もう一度言いますが、アトミックアクセスを提供することはキューを提供することではありません。完全に詰んでますね、アリー!

偉そうなこと言うな！

 
Integer:

医者にいって誇大妄想を治療してもらえよクソ低能。

言わなかったら、素人のサイクリングに戻れよ。

スレッドを統合するのは問題ないのですが。もう一度読み直してみてください、もしかしたらわかるかもしれませんよ、可能性は低いですが。

また、あなたはこうも考えています。気のせいじゃなくて、錯乱してるんだろ。

もう一度言っておきますが、アトミックアクセスの提供はキューではありません。完 全に詰んでますね、アリー!

偉そうなこと言うな！

アトミックアクセスがキューを提供しないことは、ずいぶん前に理解しました :-)).しかし、システムが投稿するため、キューを提供することになります。同期をとるにはこれで十分です。

キュー処理の順番は重要でないように書くべきです。

 
Zhunko:


あなたは話すことが好きなんですね。あなたのコードを見て...幼稚園だから...。:-((


あらためて大きな拍手をお願いしますまたもや不具合発生おめでとうございます。このコードはどこにも公開されていません。

 
Zhunko:

アトミックアクセスはキューを提供しない、私はずっと前にそれを理解した:-))しかし、システムが投稿するため、キューを提供することになります。同期をとるには十分です。

キュー処理の順番が重要でないような書き方をする必要があります。



あなたも提供していない、ただ理解していないだけです。
 
Zhunko:

アトミックアクセスはキューを提供しない、私はずっと前にそれを理解した:-))しかし、システムが投稿 するため、キューを提供することになります。同期をとるには十分です。

キュー処理の順番は重要でないように書くべきでしょう。


本当に脳がマヒしているというか、どこかが欠けているんですね。どのスレッドが本当に処理され、どのスレッドがアイドル状態であったかはシステムには分からないと既に述べました。でも、あなただけは話が通じないし、通じない))))))))))))))))))))))))))))))))))))))))))))))))))))))

また、あなたのメッセージから判断すると、1つのリソースへの共有アクセスと複数のスレッドの連続処理を提供するという問題があります。

 
Integer:


あなたも持っていない、あなただけが解らないのです。
ログを見てください。すべて加工されています。
 
Zhunko:
ログを見てください。すべて加工されています。


自分で調べてみてください、でもどうやら目では見えないようです。一貫性は、プロセッサが高速であることと、他のWindowsのタスクが多数並行して実行されていることから、純粋に偶然にもたらされるものです。

そのログを見るだけでも、私の原点だと思います。

1...382383384385386387388389390391392393394395396...432
新しいコメント