Пока ясно что проверить тем более провести оптимизацию эксперта в коем есть обращение к (соседним) ТФ нет никакой возможности. Моделировать - как вариант для частого случая реально, написать функцию в которой в массивы забрать данные нужных ТФ и к ним обращаться а не к родным функциям. Только много возни, потом переписывать все обращения к нормальным фукциям. Но похоже вариантов немного.... Возможно уже ктото подобное делал, не меня же одного это достает. Может кто встречал подобные отладочные модули, где бы ТФ забирались в массив и потом к ним оьращатся с МИНИМУМОМ переделок реального кода.
Реальная мысль, буду пробовать, боюсь что даже мой комп с 4гб оперативы будет тормозить при таком частом обращении к файлам, хотя надо проверить, но думаю в массив будет оригинальней. Спасибо за дельную мысль, попробую Вами предложенный код, результат сообщу.
すべての時間枠のデータがテスターで正しくモデル化されています(すべてのティックで シミュレーションモード)。
正しい解答の仕方がわからない。私は次のようにしています:テスト時間を非常に遠くに、例えば2000年に設定します。エキスパートアドバイザーに書き込む
extern datetime test_start=D'2010.01.01 00:00';
int start()
{
if (Time[0]<test_start) return(0);
......
}
もしかして、不具合があるのは私だけ?
いずれにせよ...ですが、私の議事録は現在のものを出しています。
:(
Моделировать бары.
これまでのところ、Expert Advisorの最適化を実行するために、さらにチェックすることは明らかである(近隣の)参照がある場合。
TFは不可能です。
モデリング - バリエーションとして、必要な属性のデータを配列で受け取る関数を書くことが現実的である
ネイティブ関数の代わりに、必要な軸のデータを取り込んでアドレス指定する関数です。しかし、それは大変なことで、すべてのリファレンスを書き直さなければならなくなります
を正常な機能に変換します。でも、選択肢が少ないような...。
もしかしたら、すでに似たようなことをしている人がいるかもしれない、気になるのは私だけではないはずだ。もしかしたら、誰かがそのようなデバッグモジュールを見つけているかもしれません。
TFを配列に取り込み、実際のコードに最小限の手直しを加えるだけで参照できるようにするものです。
もしかして、不具合があるのは私だけ?
いずれにせよ...ですが、現在の分量は出ています。
:(
1.テスターでは、ファイルジョブは別のディレクトリにあります。
2.最初に1000本しかない場合、最初の瞬間にすべての指標が正しくカウントされるわけではありませんので、十分な履歴を蓄積してください。
3.すべてのタイムフレームが正しく生成されます。
Пока ясно что проверить тем более провести оптимизацию эксперта в коем есть обращение к (соседним)
ТФ нет никакой возможности.
Моделировать - как вариант для частого случая реально, написать функцию в которой в массивы забрать данные
нужных ТФ и к ним обращаться а не к родным функциям. Только много возни, потом переписывать все обращения
к нормальным фукциям. Но похоже вариантов немного....
Возможно уже ктото подобное делал, не меня же одного это достает. Может кто встречал подобные отладочные модули,
где бы ТФ забирались в массив и потом к ним оьращатся с МИНИМУМОМ переделок реального кода.
がベストだと思います。そうすれば、今までのように戻る必要はありません。
例えば、1時間の始まりと同時に新しいティックや分変更が来た時に、全てのTFが更新する時間があるのかどうか?
そのため、iTimeを比較していない場合は曲者だと思われます。
そして、すでにアップデートされていると思ったら、大間違いです。
1. У вас там работа с файлами - в тестере работа с файлами происходит в другой директории.
2. Если есть всего 1000 баров в самом начале, то не все индикаторы считаются правильно в самый первый момент, накопите достаточно истории.
3. Все таймфремы генерируются корректно.
3 聞いたことのある呪文信じられない。上の投稿をご覧ください。
1-2は常識です。話題を振るな。
3 聞いたことのある呪文信じられない。上の投稿をご覧ください。
1-2は常識です。話題を振るな。
細かくカウントしています。
Может это только у меня глюки?
Любым способом..., но минутки у меня выдает текущие.
:(
現実的なアイデアですね、試してみます。私のコンピュータは4GB RAMですが、このような頻繁なアクセスでは動作が遅くなりそうです。
でも、配列にしたほうがオリジナリティが出ると思うので、やってみますね。
良いアイデアをありがとうございます。ご提案いただいたコードを試してみますので、結果をお知らせします。
ファイルの断片を見ることはできますか?
Реальная мысль, буду пробовать, боюсь что даже мой комп с 4гб оперативы будет тормозить при таком частом обращении
к файлам, хотя надо проверить, но думаю в массив будет оригинальней.
Спасибо за дельную мысль, попробую Вами предложенный код, результат сообщу.
バッターでPrintするだけではうまくいかないので、ファイルへのデバッグを行う。
これは、コピーではなく、リダイレクションを行うだけなので、問題なく動作しますし、なによりも高速です。