错误、漏洞、问题 - 页 2961

 
Aleksei Skrypnev:

第一处/处理器上的vpc对RAM的负载情况如何?由于它的问题,有各种各样的故障。

有很多东西。强大的机器。

我还想试试,看看Windows是否能抓住vpc上的锁和换挡器。

它确实如此。

 
出现了一个问题:到底应不应该重新计算汇率保证金?我在MT报告中看到,它没有被重新计算。例如,账户是美元,我买了Gazmec或其他以卢布报价的东西(保证金为卢布)。在那一刻,该账户以购买时的汇率将保证金锁定为美元。但是过了一段时间,比如说在第二天,由于usdrub的变化,理论上,我们应该得到不同的美元保证金数额。
 

请分享您对该任务(MT4)的想法。

指示器必须在某处写上in-number。而专家顾问应该阅读它。


我是通过全局变量来做的。但是这个实现让我在远程服务器上的GlobalVariableGet的速度慢到了100ms!很经常--几十毫秒。虽然我没有在任何地方使用GlobalVariableFlush,但我决定为自己投保,以防止可能出现的硬盘滞后,并将所有内容转换为GlobalVariableTemp。这并没有什么帮助。


然后我通过资源部转移了所有数据的传输/接收。它变得更好了。很少有几毫秒的机会溜走。总而言之,性能有了很大的提高,严重的平地刹车现象已经消失。


然而,一个问题出现了,是否有其他方法来解决这个问题?想过给图表的某些属性写一个数字。不得不在我从未想过的地方扭来扭去。


谁在他们的VPS上 使用GlobalVariableGet,你能告诉我它需要多长时间来执行

 
fxsaber:

请分享您对该任务(MT4)的想法。

指示器必须在某处写上in-number。而专家顾问应该阅读它。

EventChartCustom 不合适吗?

为什么不直接把它放在缓冲区里,而不由专家顾问来读取?还是必须单独启动指标?

 
Andrey Khatimlianskii:

EventChartCustom 不适合?

为什么不直接把它放在缓冲区里,由EA读取呢?还是必须单独运行该指标?

这是HistoryTicks--为Expert Advisors捕捉所有的ticks。因此,EventChartCustom不适合,它有自己的队列。缓冲区的情况也是如此。

 
fxsaber:

请分享您对该任务(MT4)的想法。

指示器必须在某处写上in-number。而专家顾问应该阅读它。


我是通过全局变量来做的。但是这个实现让我在远程服务器上的GlobalVariableGet的速度慢到了100ms!很经常--几十毫秒。虽然我没有在任何地方使用GlobalVariableFlush,但我决定为自己投保,以防止可能出现的硬盘滞后,并将所有内容转换为GlobalVariableTemp。这并没有什么帮助。

然后我通过资源部转移了所有数据的传输/接收。它变得更好了。很少有几毫秒的机会溜走。总而言之,性能有了很大的提高,严重的平地刹车现象已经消失。

然而,一个问题出现了,是否有其他方法来解决这个问题?想过给图表的某些属性写一个数字。不得不在我从未想过的地方扭来扭去。

谁在他们的VPS上 使用GlobalVariableGet,请告知它需要多长时间来执行

在指标中,你创建了一个int变量,对其进行初始化,并保存该数字。
在指标中定义自定义函数,返回该变量。
用export关键字来定义该函数。
在专家顾问中从name_indicator.ex4导入这个函数
需要时调用这个函数。
我没有测量过速度。

 
好时光!

从关于图形对象的文章中借来的代码,MT5如果有的话。

1.第一个问题:我做的按钮在模拟/真实账户 上可以使用,但在展示台上就不行了。我没有发现任何条件,如策略测试器的MQLInfoInteger(MQL_TESTER)。

2.我曾尝试添加刹车点并调试代码,但调试时却忽略了刹车点的存在。

3.为什么debug总是在visualizer中自动打开测试?

我试着在另一个MT5中进行调试,同样的问题。
我已经用OHLC实现了这些测试。

您有什么建议?
 
Roman:

不热,但已经很暖和

 
A100:

不热,但已经很暖和

为了保持热度,那就使用带有事件计时的文件映射。

 
fxsaber:

请分享您对该任务(MT4)的想法。

指示器必须在某处写上in-number。而专家顾问应该阅读它。


我是通过全局变量来做的。但是这个实现让我在远程服务器上的GlobalVariableGet的速度慢到了100ms!很经常--几十毫秒。虽然我没有在任何地方使用GlobalVariableFlush,但我决定为自己投保,以防止可能出现的硬盘滞后,并将所有内容转换为GlobalVariableTemp。这并没有什么帮助。


然后我通过资源部转移了所有数据的传输/接收。它变得更好了。很少有几毫秒的机会溜走。总而言之,性能有了很大的提高,在平地上的严重刹车现象已经消失。


然而,一个问题出现了,是否有其他方法来解决这个问题?想过给图表的某些属性写一个数字。不得不在我从未想过的地方扭来扭去。


谁在他们的VPS上 使用GlobalVariableGet,请检查其执行时间

如果使用user32.dll不是很关键,这里有另一个选择。我不记得关于测量的事情了,但我在下面写到,它似乎工作得很快。你已经问过了,为什么我需要速度:))
解决方案是通用的(我也可以在终端之间使用它),不是事件驱动的。你将不得不与定时器一起工作。然而,OnChartEvent 中事件之间的最小时间也不能少于1/64秒