关于MT5策略测试器的议论 - 页 11

[Yuriy Zaytsev]

Andrey Dik:

你说的是共享文件夹C:\Users\User\AppData\Roaming\MetaQuotes\Tester\。

正常模式下的终端需要同样的原则，而不是通过链接的方式强制指定共享文件夹到历史数据库。现在它工作得很好，但请通过在终端设置中指定一个文件夹作为历史基地来正常实现这一功能。

:-)

我已经提出了一个要求，把带有数据文件和日志的沙盒分散到磁盘系统上，以提高性能。

例如，有一个SSD驱动器，一个用于系统，SSD用于日志，SSD用于快速数据。

好吧，如果日志在一个SSD上，数据在另一个上，那就好了 - 终端本身也可能在SSD上。

考虑到每个硬盘都有自己的控制器，数据访问速度将提高。

你说的是别的东西--为了访问一个共同的数据库--在一个文件夹中收集来自不同终端的数据--有多少人有这样的配置？

我刚刚买了12兆字节的硬盘，却忘记了这个问题--现在的硬盘已经很大了，已经没有意义了。

[Renat Fatkhullin]

Andrey Dik:
不，安德鲁所建议的是，开发人员将公共文件夹访问作为一项常规功能。这正是他的建议，这是对你的呼吁，而不是对数百万交易者的呼吁。

已经做出了解释。

• 没有人会以服务器的形式制造瓶颈（而一个数据库意味着一个访问管理器。 而这个管理器不能是一个带锁访问的文件系统--一切都会变得非常缓慢）。
  
• 没有人会在系统中做一个写的瓶颈
• 没有人会通过一个瓶颈来运行数千兆字节的数据（而且是数千兆字节）。
  
• 测试员的行为是合理的--他们将使用一个同步的 只读数据库。
  
• 都在速度和低延迟的祭坛上
  

目前的架构是非常好的，快速和安全。我们编写第五代交易平台是有原因的--我们知道每个解决方案的价值。

[Vasiliy Sokolov]

Renat Fatkhullin:

• 没有人会以服务器的形式制造瓶颈（而单一的基础意味着访问管理器。这个管理器不能是一个有访问阻塞的文件系统--一切都会变得异常缓慢）。

结果是，应用程序的程序员就用访问阻塞和神话般的刹车来编写那些文件管理器，因为在MQL中没有其他解决方案。但他们的灵魂被神奇的 "延迟 "和其他理论性能的咒语所温暖，而这些咒语在实践中却难以应用。

[Renat Fatkhullin]

Vasiliy Sokolov:
对。结果，应用程序员用访问阻塞和童话般的刹车来编写那些文件管理器，因为在MQL的框架内没有其他解决方案。但他们的灵魂被神奇的 "延迟 "和其他理论性能的咒语所温暖，而这些咒语在实践中却难以应用。

是 -https://www.mql5.com/ru/docs/globals/globalvariablesetoncondition

该函数提供了对全局变量的原子访问，因此，当多个EA在同一客户终端内同时工作时，可以用它来组织mutex。

而如果需要在终端之间进行同步，也有很多选择。即使是在文件上，也是通过DLL的突变等。这是你现在的工作，因为你已经离开了安全沙盒。

如果没有我们对速度的争夺，你会有一个完全不同的软件类别。好东西是看不到的，它似乎是自由的，不言而喻的。

[TheXpert]

Vasiliy Sokolov:
是的。结果是，应用程序的程序员编写那些带有访问阻塞和巨大刹车的文件管理器，因为在MQL中没有其他的解决方案。

对我来说，这一切都很有意义。如果你想要多终端功能，就自己做，为两个半人做有点，呃，不理智。

此外，在绝大多数情况下，这些问题都可以在一两个人身上得到解决。

而如果我们谈论的是两个半人，更多的人需要定制的故事。

[Andrey Dik]

Yuriy Zaytsev:

这是一个挑战吗？

只给一把枪充电？）

有人告诉你，你需要创建一个从不同终端访问数据的经理人！你知道吗？

而不同的 终端访问不同的 数据，又有什么问题呢！？没问题，但如果所有的文件都在一个地方，在重新定位/重新安装终端时就不需要每次都下载数据，这很方便。但是开发商也不想这样做。你不需要访问管理器来做这个。

我说的是2-3个终端访问同一数据。这没有什么问题，只要终端明白有人已经在写了，不要试图去写就可以了。而在阅读时应该是完全没有问题的。

你没有阅读、理解或争论的欲望。我没有意愿在后面扔珠子。我知道一个拐杖式的解决方案（因为开发者不想做常规功能）--我对它很满意。

[Yuriy Zaytsev]

xxz:
而2016.hcc这个文件理论上应该永远不会被更新。

雷纳特-法特库林。

已经做出了解释。

• 没有人会以服务器的形式建立一个瓶颈（而一个基地意味着一个访问管理器。 而这个管理器不能是一个锁定的文件系统--一切都会变得非常慢）。
  
• 没有人会在录音系统中做一个瓶颈。
• 没有人会通过一个瓶颈来运行数千兆字节的数据（而且是数千兆字节）。
  
• 测试员的行为是合理的--他们将使用一个同步的 只读数据库。
  
• 一切都在速度和低延迟的祭坛上
  

目前的架构是非常好的，快速和安全。我们没有白写第五代交易平台--我们知道每个解决方案的成本。

我很清楚这一点...

因为我曾有幸为他们开发过操作系统和驱动程序。

[Artyom Trishkin]

xxz:

我完全不能理解你！

为什么你会变成一个傻瓜！？

在一个经纪商内使 "2017.hcc "这样的文件公开化是一项简单的工作。

根据我现在的理解，这些资料每 "五年 "更新一次。

这里有什么问题呢？

请注意你的语言和说话文化。这是一个技术论坛。

[Artyom Trishkin]

Andrey Dik:

尤里-扎伊采夫。

朋友们，停止争吵吧。移除洪水。

[Andrey Dik]

Artyom Trishkin:
朋友们，争吵够了。我正在删除洪水。

不不，不要删除尤里的话。他声称，终端在每次勾选时 都会写到文件中去！这是不可能的。这是MQ对不专业的指责，我想看看尤里提到的雷纳特会如何处理这个问题。不要剥夺我享受即将到来的奇观的乐趣。