错误、漏洞、问题 - 页 2980

新评论
 
被淹没
 
olmer:
2021.03.09 20:40:47.616 Core 1 64 Mb 不可用

2021.03.09 20:40:47.616 Core 1 可用内存不足，已用2211Mb，可用2416Mb，最大可用块为60Mb。

据我所知，64MB是缺失的。



这不是磁盘空间不足的问题，而是内存问题。但它看起来并不像缺乏内存空间，因为你有11Gb的空间...

尝试在代理标签中禁用所有内核，除了一个。并逐渐将它们重新打开。

 
Mihail Matkovskij:

但我一直在寻找一种比Canvas更快的方法。事实证明，除了标签之外，我找不到其他东西。

这是最后一次!
这是个错误的说法。标签不能比kanvas快。在最好的情况下，如果有非常少的标签，他们可以像帆布一样快。数量越多，他们就越是输给了坎瓦。

图表本身也是一个内部画布，程序员无法访问。而当你创建一个具有其特征的对象时，你只需在下一次ChartRedraw()时设置图表来绘制（就像在画布上绘制）这个对象。
阅读原始资料

 
Mihail Matkovskij:

这不是磁盘空间不足的问题，而是内存问题。但它看起来并不像缺乏内存空间，因为你有11Gb的空间...

尝试在代理标签中禁用所有内核，除了一个。并逐渐将它们重新打开。

禁用了它，没有帮助。


2021.03.10 10:32:48.769 Core 1 64 Mb 不可用

2021.03.10 10:32:48.769 Core 1 EURUSD: 无法生成历史数据，检查磁盘空间 [2]

 
Nikolai Semko:

这是最后一次!
这是个错误的说法。标签不能比kanvas快。充其量，如果标签非常少，它们可以以与kanvas相同的速度运行。数量越多，他们输给坎瓦的数量就越多。

图表本身也是一个内部画布，程序员无法接触到。当你创建一个带有其属性的对象时，你只需设置图表在下一次ChartRedraw()到来时绘制（像在canvas中）这个对象。
阅读原始资料

这就是重点，如果你需要更新多行，字面意思是改变多个标签中的文字。也不用说kanvas（OBJ_BITMAP_LABEL）的速度会提高。毕竟，如果它将文本输出到屏幕上的大量像素，那么在改变之后，它们都必须使用ResourceCreate进行转移，而不是改变图表内的少量像素（因为OBJ_LABEL是一个图表对象）。而以同样的方式，对于OBJ_BITMAP_LABEL，你必须调用你所说的ChartRedraw（）。之后，你会说OBJ_BITMAP_LABEL在速度上总是胜出......？ 实际上，在哪些情况下谁更快， 这必须通过实验来确定（为了普遍理解）。我是否混淆了什么，或者是我自己写的......？那么为什么要侮辱！...!

 
olmer:

禁用了它，没有帮助


2021.03.10 10:32:48.769 Core 1 64 Mb 不可用

2021.03.10 10:32:48.769 Core 1 EURUSD: 无法生成历史数据，检查磁盘空间 [2]

也许问题出在你测试的专家顾问上...它与其他EA配合得好吗？

 
Mihail Matkovskij:

这就是问题所在，如果你需要更新多行，就意味着要改变多个标签中的文字。而不用说，Kanvas（OBJ_BITMAP_LABEL）将在速度上胜出。毕竟，如果它将文本输出到屏幕上的大量像素，它们都必须用ResourceCreate来传递，而不是在图表中改变少量的像素（因为OBJ_LABEL是一个图表对象）。之后，你会说OBJ_BITMAP_LABEL在速度上总是胜出......？因此，哪些情况更快，必须通过实验来确定。我想你同意我的看法......？那么，为什么会有这么大的怨气呢？

你一直在猜测。包括关于别人的怨恨的那个。不，你从根本上就错了，只是不合群。 你在编造高大上的故事，并顽固地试图相信它们，不听任何人的意见。
继续处于无知状态，不了解这个过程的真正化学成分。
 
Nikolai Semko:
你一直在猜测。包括关于别人的怨恨。不，你从根本上说是错误的，只是偏离了主题。 你编造了高大的故事，并顽固地试图相信它们，而不听任何人的意见。
继续处于无知状态。

编辑了这个帖子。欢迎写出我的猜测或不理解的地方......

 
与QB分享一些有趣的事情。
 
fxsaber:
与QB分享一些有趣的事情。

有一本有趣的资料书即将出版。

1...297329742975297629772978297929802981298229832984298529862987...3184
新评论