MQL：安全与机会 - 页 5

[TheXpert]

sergeev:

来吧，那是一个一开始就假的数字。询问内存中的文件，这应该比映射更容易实现，也更有效率。

MQL：安全性与可能性

雷纳特, 2013.04.25 15:57

我们只是做了点子，所以我们不必使用文件。

没有有效的双向沟通。管子不起作用，每个人现在可能都已经明白了......。记忆中的文件？

另一个问题--我的理解是，你不能向市场发布通过捆绑方式从第三方来源获得信息的代码吗？

[Mykola Demko]

Renat:

我们只是做了点子，所以你不必使用文件。

我完全理解为什么服务器在终端中的点位。只有且仅有（其他一切都只是借口）一项任务--为了套利而合并终端。但这不是我们任务的一部分。

谁真的想进行处理器间的交换，实现多通道管道服务器就足够了。但你不能在市场上卖这个，而这正是我们的目标。

你对 "唯一 "的看法是错误的。

套利，复制者，混合者（这是当你运行在一个市场上购买的几个专家顾问，并从他们创建一个对冲位置），...

现在Joo需要它来做他的GA。你永远不知道程序员的幻想会有什么结果。

我的意思是，很难预测你在一个新功能上可能积累的东西。

而事实上，你并不真正需要预期（比如不是优先事项），人们有需求。

如果是这样，为什么不给他们这个机会。

你很清楚，任何扩展都是对应用语言的一种补充。

SZ

我理解，很难理解未来的解决方案，但已经有一个解决方案--"文件"。

他们不满足于只做一件事 "打败一个螺丝钉"，其他一切都要检查和重复检查。

问题不在于重新发明轮子，问题在于对已经存在的东西给出一个更有机的解决方案。

SZY

这里有另一种使用虚拟文件的方法：你做一个位图界面，而不是一个按钮界面，现场互动和高度欺骗（例如，有圆形按钮），并在OpenCL中即时计算所有这些。你至少可以在图表上播放电视新闻。你有一个OpenCL的例子，把它运行一个月，自己看看硬盘会发生什么。

[Andrey Dik]

Renat:

我们只是做了点子，所以你不必使用文件。

我完全理解为什么服务器在终端中的点位。只有且仅有（其他一切都只是借口）一项任务--为了套利而合并终端。但这不是我们的任务。

谁真的想做处理器间的交换，实现一个多通道服务器pip-server就够了。但你不能在市场上出售，而这正是我们的目标。

但在单个终端的沙盒内呢？而且纯粹是在MQL5内，没有dll？

我理解，困难在于终端上的专家顾问和测试器中的EA在内存空间上是分开的，这是因为终端和测试器是不同的进程。看来，测试员与终端的这种分离导致了这种 "鸿沟"。

[Slava]

joo:

那么，在一个单一的终端沙盒内呢？而且纯粹是在MQL5内，没有dlls？

我的理解是，困难在于终端上的专家顾问和测试器中的EA在内存空间上是分开的，因为终端和测试器是不同的进程。看来，测试员与终端的这种分离导致了这种 "鸿沟"。

只要测试仪中的专家（即使在物理上不同的计算机上，甚至在云端）可以使用框架 向终端的专家发送数据。所以，事实上，没有差距

[Andrey Dik]

stringo:
只要测试仪中的专家（即使在物理上不同的计算机上，甚至在云端）可以 使用框架 将数据传输给 终端的专家。也就是说，实际上没有差距

育。Uck. (左上眼睑进入浅层振动模式)

而后面呢？你需要在运行开始时获得一批关于代理的信息（只针对代理）进行处理，并在运行结束时传回结果。

[Mykola Demko]

joo:

Uck.育。 (左上眼睑进入浅层振动模式)

而后面呢？你需要获得一批关于代理的信息（只针对代理），在运行开始时进行处理，并在运行结束时将结果传送回来。

简单地说，就是给代理提供标准测试器规定以外的输入参数。

[Renat Fatkhullin]

joo:

育。Uck. (左上眼睑进入浅层振动模式)

而后面呢？你需要在运行开始时在代理上获得一批信息（只为它准备的）进行处理，并在运行结束时送回结果。

这既复杂又昂贵（尤其是在云贵地区）。不过，这是可能的。

我们还不会这样做。

[Andrey Dik]

Urain:
简单地说，给代理一个输入参数，而不是由标准测试器设置的参数。

做。但你也需要一种方法来传递那些自定义的instu参数。这是最棘手的部分。

[Andrey Dik]

Renat:

这既复杂又昂贵（尤其是在云贵地区）。不过，这是可能的。

我们还不会这样做。

云是很酷的。我想暂时和当地的代理人打交道。

[Renat Fatkhullin]

供参考 - 我们的MQL5 云计算网络 云服务器通常每天产生约5兆字节的流量，有时高达10兆字节。

如果无限制的定制流量被发送到这个网络，并保证每个代理都能到达，那么网络的感觉就不会很好。