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

[hrenfx]

Renat:
Hrenfx，是的，代理可以获得任何经纪人的历史，但只在 "客户终端（订单结算）->云服务器（缓存）->代理 "的链条中。

代理人从不访问任何贸易服务器，云服务器也不访问贸易服务器。代理人保留自己的缓存，但会根据请求的频率不时地清理它们。

站在同一目录下的同一台电脑上的代理知道如何相互沟通，并且只下载一次历史记录，相互分享。

雷纳特，你误解了我，因为我们是来自不同的（不是对立的）思想阵营。交易者为了初步评估一个经纪人的交易条件几乎总是需要感兴趣的经纪人的真实历史。不是每个人都允许你开一个零账户。然而，你的 "云服务器（缓存）"包含这一历史，并与交易员的代理人共享，没有任何问题。然后你能满足交易者，并允许交易者从你的缓存服务器上下载感兴趣的经纪商的真实历史，就像在云代理中自动完成的那样？这样的解决方案至少可以为没有定制历史提供一些逻辑上的理由。特别是由于你已经实施了它。

[Renat Fatkhullin]

hrenfx:
雷纳特，你误解了我，因为我们是来自不同的（不是对立的）思想阵营。交易者为了初步评估一个经纪人的交易条件几乎总是需要感兴趣的经纪人的真实历史。不是每个人都允许你开一个零账户。然而，你的 "云服务器（缓存）"包含这一历史，并与交易员的代理人共享，没有任何问题。然后你能满足交易者，并允许交易者从你的缓存服务器上下载感兴趣的经纪商的真实历史，就像在云代理中自动完成的那样？这样的解决方案至少可以为没有定制历史提供一些逻辑上的理由。特别是由于你已经实施了它。

我完全理解一切。

但历史只能作为克劳德任务的一部分，绝不能公开发表。云服务器保留临时缓存，它们也会在不活动时删除这些缓存。换句话说，在一个特定的计算任务之外，数据的可用性是没有保证的。

请重读我的答复，并注意链中没有交易服务器。根是唯一的客户终端。

不是为了延长讨论时间--由于一系列的原因，包括技术和法律原因，这种行为不会被改变。

[Renat Fatkhullin]

voix_kas:

雷纳特

我在上面的帖子中引用的历史基数的数量是否正常？

能否请您就这一点发表意见？

我们现在正在梳理它。这些尺寸实际上是很大的东西。

[hrenfx]

这是一个奇怪的情况。需要某个经纪人的历史记录的交易者不能以简单的方式得到它，而他的代理人在自己的电脑上收到这个历史记录，当有人在cludes中启动甚至是一个假的顾问。

那么下面的选择似乎是合理的：让代理人已经上传了任何经纪商的历史记录，由交易员自行决定使用测试仪。

P.S. 或者至少以离线图表的形式向其代理人开放可用的历史。

[Roman Golubenko]

这个问题仍然是相关的...

[Roman Golubenko]

然而...

[Slava]

GoRo:
但它仍然存在...

你已经升级到一个新的版本，但问题仍然没有得到解决？

[Renat Fatkhullin]

GoRo:
但问题仍然存在...

这个问题已经被解决了，是由于不经常清除历史更新造成的。

在新的构建中，一切都会好起来，文件大小 也会被修剪。

[Roman Golubenko]

stringo:
你是否已经升级到新的版本而仍然有问题？

今天又注意到，该代理占用了超过2GB的内存。

[Renat Fatkhullin]

GoRo:
今天，人们再次注意到，该代理占用了超过2GB的内存。

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

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