イベントの流れ イベントの制御やアイドリングストップはどのように行うのですか?(+解決済み) - ページ 4 1234567 新しいコメント Rashid Umarov 2011.11.02 12:03 #31 Yedelkin: ありがとうございます、すでにすべてそこに最適化されています :)この記事を意識したものも含めて、私の記憶では。次の悟りの境地まで待たねばなりませんね :) Expert Advisor とインジケータが カスタム イベントで連動する場合、別々に 判断することは可能でしょうか? 読みが浅いですね。その記事は方法論を提供しているので、それを発展させればいいのです。 Yedelkin 2011.11.02 12:11 #32 Rosh: よく読んでないんですね。その記事には方法論が書いてあるので、それを詳しく説明してください。 まあ、自分の主張を確認するのは難しいことではないんですけどね。 Yedelkin 2011.11.02 12:19 #33 sergeev: 以下は、同一事象の非否定を示すことから始めた私の特殊なケースである。 https://www.mql5.com/ru/forum/5091#comment_112780 そこには、なぜオーバーフローが発生するのかも書きました。 後でトピックを読んでみます。 セルゲイ そうそう、EventChartCustomはOnChartEventの 中ではなく、 外側にあるような ものです。 今度は自分のコードを見てみてください。void OnChartEvent(int iview, int id, long lparam, double dparam, string sparam) { if (id==CHARTEVENT_CUSTOM+VM_IDLE) { ... } EventChartCustom(m_chart, VM_IDLE, (long)event_idle, 0, ""); // отправили событие с указанием последнего счетчика 根本に迫る!問題とその解決策のデモをお見せしました。 このEventChartの呼び出しは、コードの中のどこにでも可能です。 私は「このコードではEventChartCustomはOnChartEventの 中にない、そして私は非常に間違って いる」と言いました。) Yedelkin 2011.11.02 13:00 #34 Rosh: よく読んでないんですね。 再読してください。その発言は根拠がない。Expert AdvisorとIndicatorがカスタムイベントによって 連動している場合、別々に消費するのはどの程度か」という質問に対する回答が、記事中にないのです。 ロッシュ あの記事は方法論を示しただけだから、それを発展させればいい。 その方法論は冒頭で述べたとおりである。記事の中盤で参照されています。この方法は、特定の指標にアクセスするExpert Advisorの実行時間の比較で構成されています。(ちなみに、私は記事に誘導されたわけではなく、開発段階で記載されている問題点との交錯を何とか回避したことを思い出しました)。 私の質問は、Expert Advisor/Indicatorのテスト速度を決定する方法ではなく、Expert AdvisorとIndicatorが(1)同時にタンデムに動作し、(2)カスタムイベントを送信/受信して同時に動作する場合に、Expert AdvisorとIndicatorが別々にどれだけ(何RAM容量)消費するか決定する方法に関するものです。つまり、Expert Advisorが取引活動を、Indicatorが計算活動を同時に表示する場合について話しているのです。Expert Advisorが動作している端末が消費するRAMの総サイズは、タスクマネージャでしか確認できないのですが。しかし、このサイズの分布をExpert Advisorとインジケータで知るにはどうしたらいいでしょうか。 --- 2011.11.02 13:05 #35 Yedelkin:Expert Advisorとインジケータが消費する量(RAM容量)を個別に判断する方法。Expert Advisor とインジケータの間で、この容量の配分を知る方法はありますか、また、知ることは可能ですか。 お恥ずかしい話ですが、なぜそれを知る必要があるのでしょうか?(じつもん) TheXpert 2011.11.02 13:06 #36 Yedelkin:うん...対応する人へのその態度は...。 自分自身です。上へ上へと Yedelkin 2011.11.02 13:15 #37 sergeev: と聞くのが恥ずかしいくらいです。なぜ、それを知る必要があるのでしょうか?(それは修辞的な質問ではなく、現実的なものです)。 回答も該当します :)上記のExpert Advisor+IndicatorのスキームがRAMを大量に消費し始め、ユーザーイベントスレッドが それとは関係ないように見える場合、Expert AdvisorまたはIndicatorのどこに問題があるかを知りたいのです。どのプログラムがメモリ消費に関与しているかを判断することが望ましい。 Yedelkin 2011.11.02 13:19 #38 TheXpert: うん...対応する人へのその態度は...。 自分自身です。さあ、歌ってください。 特に気を悪くされたのでしょうか?- 申し訳ございません。すべてのレスポンダーに対する態度が最もポジティブである。気のせいだろう...。私はすべての議論をチェックし、評価します。いずれにせよ、私はあなたの時折見せる厳しさとはかけ離れています。だから、個人的な関係に話題を変えない方がいいと思うんです。 Rashid Umarov 2011.11.02 13:21 #39 Yedelkin: 特に傷つけませんでしたか?- 申し訳ありません。答えてくれるみんなに、一番積極的に接しているんです。私はすべての議論をチェックし、評価します。いずれにせよ、私はあなたの時折見せる厳しさとはかけ離れています。あなたの行動は、単にボートとヘリコプターのジョークを連想させるものです :)正しいモエシャは、生涯神に祈り続け、神を信頼していた。そんなある日、彼の住む町で洪水が発生した。 モイシャは救いを求めて祈りに没頭し、その間に水は1階の真ん中まで上がってきた。 彼の友人がボートで通りかかったのだ。 -座れ、モイシャ、俺たちが助けてやる。 - いや、神は私を救ってくれる」とモイシャは答えた。 そうこうしているうちに、水は1階の真ん中あたりまで来ていた。 モイシェの知人が乗っている丸太が浮かんでいた。 - 座って、モイシェ、私たちはあなたを救います。 - いや、神様は私を救ってくださると、モエシャは祈り続けた。 そうこうしているうちに、モイシェが座っている屋根の上まで水が上がってきた。 ヘリコプターが飛んできて、仲間が縄ばしごで下ろしてくれた。 - 彡(^)(^)「乗れやモイシャ!助けてやるから。 - いや、神様が助けてくれるよ」と言いながら、モイシェさんは祈り続けた。 すると、水が屋根の上まで上がってきて、モイシェさんは溺れた。 そこで、モイシャは主の前に立ちました。 - なぜ助けてくれなかったんだ?- モエシャは非難して、主に尋ねた。 - 私はあなたに多くの信仰を寄せ、あなたに祈り、あなたの助けを大いに待ち望みました - そして、「誰があなたに、船と丸太とヘリコプターを送ったのか」と主は言われる。 Yedelkin 2011.11.02 13:27 #40 Rosh: ただ、あなたの行動を見ていると、ボートとヘリコプターのジョークを思い出してしまうのです :) なるほど、TheXpertが 騒いだから、こうなったのか。 結論から言うと、2つ目のブロックの質問(一緒に動作するプログラムによるメモリ消費の個別見積もりについて)の回答が不足しています。最初の質問に答えてくれてありがとうございます 1234567 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ありがとうございます、すでにすべてそこに最適化されています :)この記事を意識したものも含めて、私の記憶では。次の悟りの境地まで待たねばなりませんね :)
Expert Advisor とインジケータが カスタム イベントで連動する場合、別々に 判断することは可能でしょうか?
よく読んでないんですね。その記事には方法論が書いてあるので、それを詳しく説明してください。
以下は、同一事象の非否定を示すことから始めた私の特殊なケースである。
https://www.mql5.com/ru/forum/5091#comment_112780
そこには、なぜオーバーフローが発生するのかも書きました。
後でトピックを読んでみます。
そうそう、EventChartCustomはOnChartEventの 中ではなく、 外側にあるような ものです。 今度は自分のコードを見てみてください。
根本に迫る!問題とその解決策のデモをお見せしました。 このEventChartの呼び出しは、コードの中のどこにでも可能です。
私は「このコードではEventChartCustomはOnChartEventの 中にない、そして私は非常に間違って いる」と言いました。)
よく読んでないんですね。
再読してください。その発言は根拠がない。Expert AdvisorとIndicatorがカスタムイベントによって 連動している場合、別々に消費するのはどの程度か」という質問に対する回答が、記事中にないのです。
あの記事は方法論を示しただけだから、それを発展させればいい。
その方法論は冒頭で述べたとおりである。記事の中盤で参照されています。この方法は、特定の指標にアクセスするExpert Advisorの実行時間の比較で構成されています。(ちなみに、私は記事に誘導されたわけではなく、開発段階で記載されている問題点との交錯を何とか回避したことを思い出しました)。
私の質問は、Expert Advisor/Indicatorのテスト速度を決定する方法ではなく、Expert AdvisorとIndicatorが(1)同時にタンデムに動作し、(2)カスタムイベントを送信/受信して同時に動作する場合に、Expert AdvisorとIndicatorが別々にどれだけ(何RAM容量)消費するか決定する方法に関するものです。つまり、Expert Advisorが取引活動を、Indicatorが計算活動を同時に表示する場合について話しているのです。Expert Advisorが動作している端末が消費するRAMの総サイズは、タスクマネージャでしか確認できないのですが。しかし、このサイズの分布をExpert Advisorとインジケータで知るにはどうしたらいいでしょうか。
Yedelkin:
Expert Advisorとインジケータが消費する量(RAM容量)を個別に判断する方法。
Expert Advisor とインジケータの間で、この容量の配分を知る方法はありますか、また、知ることは可能ですか。
うん...対応する人へのその態度は...。
自分自身です。上へ上へと
と聞くのが恥ずかしいくらいです。なぜ、それを知る必要があるのでしょうか?(それは修辞的な質問ではなく、現実的なものです)。
うん...対応する人へのその態度は...。
自分自身です。さあ、歌ってください。
特に気を悪くされたのでしょうか?- 申し訳ございません。すべてのレスポンダーに対する態度が最もポジティブである。気のせいだろう...。私はすべての議論をチェックし、評価します。いずれにせよ、私はあなたの時折見せる厳しさとはかけ離れています。だから、個人的な関係に話題を変えない方がいいと思うんです。
特に傷つけませんでしたか?- 申し訳ありません。答えてくれるみんなに、一番積極的に接しているんです。私はすべての議論をチェックし、評価します。いずれにせよ、私はあなたの時折見せる厳しさとはかけ離れています。
あなたの行動は、単にボートとヘリコプターのジョークを連想させるものです :)
正しいモエシャは、生涯神に祈り続け、神を信頼していた。そんなある日、彼の住む町で洪水が発生した。
モイシャは救いを求めて祈りに没頭し、その間に水は1階の真ん中まで上がってきた。
彼の友人がボートで通りかかったのだ。
-座れ、モイシャ、俺たちが助けてやる。
- いや、神は私を救ってくれる」とモイシャは答えた。
そうこうしているうちに、水は1階の真ん中あたりまで来ていた。
モイシェの知人が乗っている丸太が浮かんでいた。
- 座って、モイシェ、私たちはあなたを救います。
- いや、神様は私を救ってくださると、モエシャは祈り続けた。
そうこうしているうちに、モイシェが座っている屋根の上まで水が上がってきた。
ヘリコプターが飛んできて、仲間が縄ばしごで下ろしてくれた。
- 彡(^)(^)「乗れやモイシャ!助けてやるから。
- いや、神様が助けてくれるよ」と言いながら、モイシェさんは祈り続けた。 すると、水が屋根の上まで上がってきて、モイシェさんは溺れた。
そこで、モイシャは主の前に立ちました。
- なぜ助けてくれなかったんだ?- モエシャは非難して、主に尋ねた。
- 私はあなたに多くの信仰を寄せ、あなたに祈り、あなたの助けを大いに待ち望みました
- そして、「誰があなたに、船と丸太とヘリコプターを送ったのか」と主は言われる。
ただ、あなたの行動を見ていると、ボートとヘリコプターのジョークを思い出してしまうのです :)
なるほど、TheXpertが 騒いだから、こうなったのか。
結論から言うと、2つ目のブロックの質問(一緒に動作するプログラムによるメモリ消費の個別見積もりについて)の回答が不足しています。最初の質問に答えてくれてありがとうございます