エラー、バグ、質問 - ページ 2980 1...297329742975297629772978297929802981298229832984298529862987...3185 新しいコメント Artyom Trishkin 2021.03.09 19:56 #29791 浸水 Mihail Matkovskij 2021.03.09 20:07 #29792 olmer:2021.03.09 20:40:47.616 Core 1 64 Mb は利用できません。 2021.03.09 20:40:47.616 Core 1 利用可能なメモリが不足しています、2211 Mb を使用、2416 Mb を利用可能、最大利用可能ブロックは 60 Mb です。 私が理解している限りでは、64MBが不足しています ディスク容量が足りないのではなく、メモリの問題なのです。でも、11GBもあるので、RAMの容量が足りないようには見えませんね. エージェント]タブで1つを除くすべてのカーネルを無効にしてみてください。そして、徐々に元に戻していく。 Nikolai Semko 2021.03.10 00:31 #29793 Mihail Matkovskij:しかし、私はCanvasよりもさらに高速な方法を探していたのです。ラベル以外には、何も見つからないことがわかりました。 最後だ! これは誤記です。ラベルは、kanvasより速くすることはできません。ラベルが少ない場合は、せいぜいキャンバスと同程度の速度にしかなりません。多ければ多いほどkanvasに負ける。 チャート自体もプログラマーがアクセスできない内部キャンバスである。そして、その特性を持ったオブジェクトを作成すると、次のChartRedraw()の時に、このオブジェクトを(キャンバスに描くように)描画するようにチャートに設定するだけです。 一次資料を読む olmer 2021.03.10 07:34 #29794 Mihail Matkovskij:ディスク容量が足りないのではなく、メモリの問題なのです。でも、11GBもあるので、RAMの容量が足りないようには見えませんね.エージェント]タブで1つを除くすべてのカーネルを無効にしてみてください。そして、徐々に元に戻していく。 無効化してもダメでした。 2021.03.10 10:32:48.769 Core 1 64 Mb は利用できません。 2021.03.10 10:32:48.769 Core 1 EURUSD: cannot generate history data, check disk space [2] ヒストリーデータを生成できません。 Mihail Matkovskij 2021.03.10 07:52 #29795 Nikolai Semko:最後だ! これは誤記です。ラベルは、kanvasより速くすることはできません。せいぜい、ラベルの数が少なければ、kanvasと同じ速度で動作させることができる程度です。多ければ多いほど、カンヴァスに負ける。また、チャート自体もプログラマーがアクセスできない内部のキャンバスです。そして、そのプロパティを持つオブジェクトを作成したら、次の ChartRedraw() が来たときに、このオブジェクトを (canvas のように) 描画するようにチャートを設定するだけでよいのです。 一次資料を読む そこがポイントで、複数行の更新が必要な場合は、文字通り、複数のラベルのテキストを変更することになります。また、kanvas(OBJ_BITMAP_LABEL)が高速化されることは言うまでもありません。結局、画面上の多数のピクセルにテキストを出力する場合、ResourceCreateを使って、変更後にそれらすべてを転送しなければなりませんが、チャート内部の少数のピクセルを 変更する場合(OBJ_LABELはチャートオブジェクト なので)には、その必要はありません。また、同じように、OBJ_BITMAP_LABELについても、あなたが言っているChartRedraw() を呼び出さなければなりません。その後、OBJ_BITMAP_LABELは常に速度で 勝つと言うのでしょうか・・・?実際、どのような場合にどちらが速いかは、(一般的な理解のためには)実験的に確立する必要があります。何か混ぜてしまったのか、自分から書いてしまったのか......。では、なぜ侮辱するのか!......! Mihail Matkovskij 2021.03.10 07:56 #29796 olmer:無効化したが、効果がなかった2021.03.10 10:32:48.769 Core 1 64 Mb は利用できません。 2021.03.10 10:32:48.769 Core 1 EURUSD: cannot generate history data, check disk space [2] ヒストリーデータを生成できません。 もしかしたら、テストしているExpert Advisorに問題があるのかもしれませんね...。他のEAとの相性は良いですか? Nikolai Semko 2021.03.10 08:13 #29797 Mihail Matkovskij:それが、複数行の更新が必要な場合、文字通り、複数のラベルのテキストを変更することになります。そして言うまでもなく、スピードではKanvas(OBJ_BITMAP_LABEL)が勝ります。結局、画面上の多数のピクセルにテキストを出力する場合、ResourceCreateを使ってすべて渡さなければならず、チャート内の少数のピクセルを変更する場合(OBJ_LABELはチャート・オブジェクト なので)には向きません。その後、OBJ_BITMAP_LABELは常に速度で 勝つと言うのでしょうか・・・?ですから、どのケースが速いかは、実験的に決めなければなりません。同意見だと思うのですが...?じゃあ、なんで恨むんだよ!...。 憶測ばかりですね。他人の怨念の話も含めて。いや、根本的に間違っているし、ただ単に感覚がずれているだけだ。 誰の話も聞かずに、高尚な話を作って頑なに信じようとしているのだから。真の化学反応を理解しないまま、無知であり続けること。 Mihail Matkovskij 2021.03.10 08:16 #29798 Nikolai Semko: 憶測ばかりですね。他人の恨みについても含めて。いや、根本的に間違っているし、話がずれているだけだ。 人の話を聞かずに、高尚な話を作り上げ、それを頑なに信じようとする。 無知であり続けること。 投稿を編集しました。私が推測したこと、理解できないことを自由に書いてください...。 fxsaber 2021.03.10 09:12 #29799 QBと面白いことを共有する。 Mihail Matkovskij 2021.03.10 10:38 #29800 fxsaber: QBと面白いことを共有する。 近々、面白いソースブックが発売されますよ。 1...297329742975297629772978297929802981298229832984298529862987...3185 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
2021.03.09 20:40:47.616 Core 1 利用可能なメモリが不足しています、2211 Mb を使用、2416 Mb を利用可能、最大利用可能ブロックは 60 Mb です。
私が理解している限りでは、64MBが不足しています
ディスク容量が足りないのではなく、メモリの問題なのです。でも、11GBもあるので、RAMの容量が足りないようには見えませんね.
エージェント]タブで1つを除くすべてのカーネルを無効にしてみてください。そして、徐々に元に戻していく。
しかし、私はCanvasよりもさらに高速な方法を探していたのです。ラベル以外には、何も見つからないことがわかりました。
最後だ!
これは誤記です。ラベルは、kanvasより速くすることはできません。ラベルが少ない場合は、せいぜいキャンバスと同程度の速度にしかなりません。多ければ多いほどkanvasに負ける。
チャート自体もプログラマーがアクセスできない内部キャンバスである。そして、その特性を持ったオブジェクトを作成すると、次のChartRedraw()の時に、このオブジェクトを(キャンバスに描くように)描画するようにチャートに設定するだけです。
![](https://c.mql5.com/3/349/3545328289864__1.png)
一次資料を読む
ディスク容量が足りないのではなく、メモリの問題なのです。でも、11GBもあるので、RAMの容量が足りないようには見えませんね.
エージェント]タブで1つを除くすべてのカーネルを無効にしてみてください。そして、徐々に元に戻していく。
無効化してもダメでした。
2021.03.10 10:32:48.769 Core 1 64 Mb は利用できません。
最後だ!
これは誤記です。ラベルは、kanvasより速くすることはできません。せいぜい、ラベルの数が少なければ、kanvasと同じ速度で動作させることができる程度です。多ければ多いほど、カンヴァスに負ける。
また、チャート自体もプログラマーがアクセスできない内部のキャンバスです。そして、そのプロパティを持つオブジェクトを作成したら、次の ChartRedraw() が来たときに、このオブジェクトを (canvas のように) 描画するようにチャートを設定するだけでよいのです。
一次資料を読む
そこがポイントで、複数行の更新が必要な場合は、文字通り、複数のラベルのテキストを変更することになります。また、kanvas(OBJ_BITMAP_LABEL)が高速化されることは言うまでもありません。結局、画面上の多数のピクセルにテキストを出力する場合、ResourceCreateを使って、変更後にそれらすべてを転送しなければなりませんが、チャート内部の少数のピクセルを 変更する場合(OBJ_LABELはチャートオブジェクト なので)には、その必要はありません。また、同じように、OBJ_BITMAP_LABELについても、あなたが言っているChartRedraw() を呼び出さなければなりません。その後、OBJ_BITMAP_LABELは常に速度で 勝つと言うのでしょうか・・・?実際、どのような場合にどちらが速いかは、(一般的な理解のためには)実験的に確立する必要があります。何か混ぜてしまったのか、自分から書いてしまったのか......。では、なぜ侮辱するのか!......!
無効化したが、効果がなかった
2021.03.10 10:32:48.769 Core 1 64 Mb は利用できません。
もしかしたら、テストしているExpert Advisorに問題があるのかもしれませんね...。他のEAとの相性は良いですか?
それが、複数行の更新が必要な場合、文字通り、複数のラベルのテキストを変更することになります。そして言うまでもなく、スピードではKanvas(OBJ_BITMAP_LABEL)が勝ります。結局、画面上の多数のピクセルにテキストを出力する場合、ResourceCreateを使ってすべて渡さなければならず、チャート内の少数のピクセルを変更する場合(OBJ_LABELはチャート・オブジェクト なので)には向きません。その後、OBJ_BITMAP_LABELは常に速度で 勝つと言うのでしょうか・・・?ですから、どのケースが速いかは、実験的に決めなければなりません。同意見だと思うのですが...?じゃあ、なんで恨むんだよ!...。
憶測ばかりですね。他人の恨みについても含めて。いや、根本的に間違っているし、話がずれているだけだ。 人の話を聞かずに、高尚な話を作り上げ、それを頑なに信じようとする。
投稿を編集しました。私が推測したこと、理解できないことを自由に書いてください...。
QBと面白いことを共有する。
近々、面白いソースブックが発売されますよ。