内存没有释放出来... - 页 6

 
Renat:

我只是在谈论文件大小的问题。历史区块的旧版本被储存在那里而没有被删除。

专家们自己已经在使用RAM了。

另一个问题是,代理吃光了所有的内存,开始用swap工作,然后电脑就成了 "乌龟"。
 

该代理人现在是756人。

哪一个解决了这个问题?

 
GoRo:

该代理人现在是756人。

哪一个解决了这个问题?

下一个,今天就出来了。它还没有被出版。
 

1.前段时间,特工们像钟表一样在打磨。每个人都占用了大约300MB的内存。但在系统驱动器上(安装在Progamm Files中),每个代理在临时文件夹中有大约5GB的.tmp文件

这是否正常?

2.我在代理日志中发现了这些有趣的条目

JM      2       Logger  20:49:44        log was cleaned
JL      0       Network 00:00:00        connected to 3.agents.mql5.com
DK      0       Network 20:50:14        connected to 3.agents.mql5.com
KR      0       Network 20:50:44        connected to 3.agents.mql5.com
KI      0       Network 20:51:14        connected to 3.agents.mql5.com

所有的日志都已被删除,如果出现错误,我甚至无法提供日志作为证据。

现在,甚至连代理的运行时间都不知道,使用的内存量等。那么,如果他们立即被刷掉,为什么会有日志?以前,日志被删除的时间超过3天。

PS。在日志的第二行,时间是错误的。

 
fyords:

...

现在要提供与测试员/优化/云计算有关的bug信息是相当困难的。大量的时间花在解析上。我曾经建议将优化结果 保存到档案中,这样你就可以在MetaTrader 5中重新打开进行分析,而不需要再次进行优化。如果这样的档案可以被保存,那么把它发送给开发人员进行解析就会更简单。也就是说,该档案将包含优化结果、日志(只有错误)和所有其他必要的信息。
 
Renat:
在今天出炉的下一篇中。它还没有被出版。
我还没有更新...
 
必须更积极地删除日志,因为它们积累得非常快,可以占用数千兆字节。代理商保持自己的目录清洁。

我们决定昨天不发布该版本,推迟到星期一,以便进行更多的测试。
 
Renat:
必须更积极地删除日志,因为它们积累得非常快,可以占用数千兆字节。代理商本身保持自己的目录清洁。

不,好吧,我不介意。但是,如果有一个问题,例如在有路由器的家庭网络中的任务处理,那么为解析提供什么?

还是在某一事件发生时才清理日志(不是每天都清理)?

 
fyords:

不,好吧,我不介意。但是,如果有一个问题,例如在有路由器的家庭网络中的任务处理,那么为解析提供什么?

还是在某一事件发生时才清理日志(不是每天都清理)?

在出现问题时,可以在文件中查看这些日志。

对于解析,你可以简单地从代理管理器中停止代理,看到完整的日志。在代理重新启动之前,日志被保存下来。

 
随着最新版本的发布,它似乎已经变得更好了。