关于MT5策略测试器的议论 - 页 10 1...34567891011121314151617...22 新评论 Andrey Dik 2017.04.03 14:56 #91 Yuriy Zaytsev:这就是我所说的！这就是我所说的！这就是我所说的！这就是我 所说的。瓦西里，有可能竞争100个终端的文件，这是很清楚的。 你可以使用复制器将交易从一个终端复制到另一个终端的事实是另一回事。问题是，终端本身（如果是MT4）在文件ticks.raw中写入ticks ... 但如果他试图一次写100个终端到{TERMIN}history\{broke}tisks.raw文件中，就会发生崩溃。 这就是我认为安德烈不明白的地方。 我可以听到理论上的沙发在安德烈身下再次吱吱作响。Ow!!!!尤里！请听我说!你认为MT终端是如此愚蠢，而且是由如此愚蠢的人编写的，以至于多个终端会试图将同样的东西写到同一个文件中？不是吗？所以我说不!MT终端写得非常好，如果有人已经在向一个文件写东西了，它就不会冒然向该文件写同样的东西了！这就是MT终端。你可以很容易地说服你自己，最后做一个实验，足够的无结果的理论研究！你可以把你的想法告诉我。正是这种 "可理解性 "使你能够为几个终端使用一个共享文件夹，一切工作都没有问题!!!!。这只是一个使这个功能（选择共享文件夹）成为标准功能的问题。 Slava 2017.04.03 15:24 #92 如果我们谈论的是一个测试员，所有的历史基础都集中存储在测试员文件夹中。而所有从该文件夹运行的测试员代理都从同一个数据库中读取历史记录。当第一个代理同步历史时，其他代理，如果他们需要相同的历史，则等待在测试器中，对历史数据库（顺便说一下，还有ticks）的共享访问，正是因为没有写入（或者说，写入是在同步期间一次性的），只有读取 Yuriy Zaytsev 2017.04.03 15:24 #93 Slawa:如果我们谈论的是一个测试员，所有的历史基础都集中存储在测试员文件夹中。而所有从该文件夹运行的测试员代理都从同一个数据库中读取历史记录。当第一个代理同步历史时，其他代理，如果他们需要相同的历史，则等待在测试器中，对历史基数（顺便说一下，还有ticks）的共享访问，正是因为没有写（或者说，在同步过程中是一次性写 ），而只有读这是我要告诉安德烈的。你需要将100个终端发送到一个文件夹中--在这个文件夹中收集刻度线和时间段。而这正是它似乎不明白的地方! Yuriy Zaytsev 2017.04.03 15:28 #94 Andrey Dik:Ow!!!!尤里--尤里--尤里--尤里!请听我说!你认为MT终端是如此愚蠢，是由如此愚蠢的人写的，以至于几个终端会试图在同一个文件中写同样的东西？不是吗？所以我说不!MT终端写得非常好，如果有人已经在向一个文件写东西了，它就不会冒然向该文件写同样的东西了！这就是MT终端。你可以很容易地说服自己，最后做一个实验，停止徒劳无益的理论研究吧!正是这种 "可理解性 "使你能够为几个终端使用一个共享文件夹，一切工作都没有问题!!!!。这只是一个使这个功能（选择共享文件夹）成为标准功能的问题。 就是那些聪明的人，这就是为什么他们有录音是一次性的。是你没听我说过几个帖子，就在理论上胡说八道。 (请看我在哪里告诉你--我几乎要捶打我的光头--你不能从100个终端同时写作)- 别见怪--我是好心的你可以让它发挥作用--就说沙发太僵硬或太下垂了。 Andrey Dik 2017.04.03 15:35 #95 Slawa:如果我们谈论的是一个测试员，所有的历史基础都集中存储在测试员文件夹中。而所有从该文件夹运行的测试员代理都从同一个数据库中读取历史记录。当第一个代理同步历史时，其他代理，如果他们需要相同的历史，则等待在Tester中，历史数据库是共享的（顺便说一下，还有ticks），原因就在于没有写入（或者说，写入是在同步过程中一次性的），而只有读取。你说的是共享文件夹C:\Users\User\AppData\Roaming\MetaQuotes\Tester\。 正常模式下的终端也需要同样的原则，而不是用链接强制指定一个公共文件夹给历史基地。现在它工作得很好，但请通过在终端设置中指定一个文件夹作为历史基地来正常实现这一功能。 Renat Fatkhullin 2017.04.03 15:39 #96 Andrey Dik:你说的是共享文件夹C:\Users\User\AppData\Roaming\MetaQuotes\Tester\。 这对正常模式下的终端来说是同样的原理，而不是通过链接强迫共享文件夹到历史基地。现在它工作得很好，但请通过在终端设置中指定文件夹为历史基地来正常实现这一功能。它不能很好 地工作，也不可能工作。你 只是很幸运，基地并没有因为覆写太多而被杀死。我们对所有数据库进行全面的重新检查，并根据服务器的数据进行透明的错误恢复，这就消除了潜在的碰撞（如果从不同的终端写到同一目录）和损害。一个人应该非常关心风险，在这样的环境中工作。要求并宣称一切都正确和正常，这就更令人毛骨悚然了。 Andrey Dik 2017.04.03 15:40 #97 Yuriy Zaytsev:这是我要告诉安德烈的。我不想说脏话，尽管你执意要激起我这样做。而这恰恰是他似乎不明白的地方!我真的不想争吵，尽管你顽固地挑动我这样做。操！试着自己看一下--为历史建立一个共同的文件夹，并为所有的终端指定它，网址是!!!!!此作品!!!!把你的理论沙发塞给自己，****！练习一下，试试吧！链接上的共享文件夹可以使用，没有任何问题。 Andrey Dik 2017.04.03 15:44 #98 Renat Fatkhullin:它不能很好 地工作，也不可能工作。你 只是很幸运，基地并没有因为覆写而真正被杀死。你必须非常规避风险，才能在这样的环境中工作。是的，这是个拐杖。可行的--但是一个拐杖。在代理商的案例中，他们想到了文件共享，为什么不为终端做呢？幸运的是，如果已经写完了，终端不会尝试写到文件中，这就是为什么现在通过链接使用文件夹的方法可以工作。 Renat Fatkhullin 2017.04.03 15:45 #99 有一天，当一个经纪人的管理员来向我们抱怨文件记录错误时，我们吃了一惊。事实证明，他们长期以来一直在飞快地备份服务器上的所有文件。不是影子复制，但他们是以农民的方式复制文件。对于 "你们在想什么？"的问题，答案是 "为什么，在很长一段时间里，一切都很正常！"。这大致是@Andrey Dik 的回答。同时，他建议对数以百万计的交易员采取这种做法。这样，几百个人每小时都会踩到同一个耙子。 Andrey Dik 2017.04.03 15:48 #100 Renat Fatkhullin:有一天，当一个经纪人的管理员来向我们抱怨文件记录错误时，我们吃了一惊。事实证明，他们长期以来一直在飞快地备份服务器上的所有文件。不是影子复制，但他们是以农民的方式复制文件。对于 "你们在想什么？"这个问题，答案是 "为什么，在很长一段时间里，一切都很正常！"。这大致是@Andrey Dik 的回答。同时，他建议为数以百万计的交易者做同样的事情。这样，几百个人每小时都会踩到同一个耙子。 安德烈提供了开发人员，使公共文件夹的访问成为内部选项。这正是他的建议，他问的是你，而不是数以百万计的交易者。 1...34567891011121314151617...22 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
这就是我所说的！这就是我所说的！这就是我所说的！这就是我 所说的。
瓦西里，有可能竞争100个终端的文件，这是很清楚的。
你可以使用复制器将交易从一个终端复制到另一个终端的事实是另一回事。
问题是，终端本身（如果是MT4）在文件ticks.raw中写入ticks ...
但如果他试图一次写100个终端到{TERMIN}history\{broke}tisks.raw文件中，就会发生崩溃。
这就是我认为安德烈不明白的地方。
我可以听到理论上的沙发在安德烈身下再次吱吱作响。
Ow!!!!尤里！请听我说!
你认为MT终端是如此愚蠢，而且是由如此愚蠢的人编写的，以至于多个终端会试图将同样的东西写到同一个文件中？
不是吗？所以我说不!MT终端写得非常好，如果有人已经在向一个文件写东西了，它就不会冒然向该文件写同样的东西了！这就是MT终端。你可以很容易地说服你自己，最后做一个实验，足够的无结果的理论研究！你可以把你的想法告诉我。正是这种 "可理解性 "使你能够为几个终端使用一个共享文件夹，一切工作都没有问题!!!!。这只是一个使这个功能（选择共享文件夹）成为标准功能的问题。
如果我们谈论的是一个测试员，所有的历史基础都集中存储在测试员文件夹中。而所有从该文件夹运行的测试员代理都从同一个数据库中读取历史记录。当第一个代理同步历史时，其他代理，如果他们需要相同的历史，则等待
在测试器中，对历史数据库（顺便说一下，还有ticks）的共享访问，正是因为没有写入（或者说，写入是在同步期间一次性的），只有读取
如果我们谈论的是一个测试员，所有的历史基础都集中存储在测试员文件夹中。而所有从该文件夹运行的测试员代理都从同一个数据库中读取历史记录。当第一个代理同步历史时，其他代理，如果他们需要相同的历史，则等待
在测试器中，对历史基数（顺便说一下，还有ticks）的共享访问，正是因为没有写（或者说，在同步过程中是一次性写 ），而只有读
这是我要告诉安德烈的。
你需要将100个终端发送到一个文件夹中--在这个文件夹中收集刻度线和时间段。
而这正是它似乎不明白的地方!
Ow!!!!尤里--尤里--尤里--尤里!请听我说!
你认为MT终端是如此愚蠢，是由如此愚蠢的人写的，以至于几个终端会试图在同一个文件中写同样的东西？
不是吗？所以我说不!MT终端写得非常好，如果有人已经在向一个文件写东西了，它就不会冒然向该文件写同样的东西了！这就是MT终端。你可以很容易地说服自己，最后做一个实验，停止徒劳无益的理论研究吧!正是这种 "可理解性 "使你能够为几个终端使用一个共享文件夹，一切工作都没有问题!!!!。这只是一个使这个功能（选择共享文件夹）成为标准功能的问题。
就是那些聪明的人，这就是为什么他们有
录音是一次性的。
是你没听我说过几个帖子，就在理论上胡说八道。
(请看我在哪里告诉你--我几乎要捶打我的光头--你不能从100个终端同时写作)- 别见怪--我是好心的
你可以让它发挥作用--就说沙发太僵硬或太下垂了。
如果我们谈论的是一个测试员，所有的历史基础都集中存储在测试员文件夹中。而所有从该文件夹运行的测试员代理都从同一个数据库中读取历史记录。当第一个代理同步历史时，其他代理，如果他们需要相同的历史，则等待
在Tester中，历史数据库是共享的（顺便说一下，还有ticks），原因就在于没有写入（或者说，写入是在同步过程中一次性的），而只有读取。
你说的是共享文件夹C:\Users\User\AppData\Roaming\MetaQuotes\Tester\。
正常模式下的终端也需要同样的原则，而不是用链接强制指定一个公共文件夹给历史基地。现在它工作得很好，但请通过在终端设置中指定一个文件夹作为历史基地来正常实现这一功能。
你说的是共享文件夹C:\Users\User\AppData\Roaming\MetaQuotes\Tester\。
这对正常模式下的终端来说是同样的原理，而不是通过链接强迫共享文件夹到历史基地。现在它工作得很好，但请通过在终端设置中指定文件夹为历史基地来正常实现这一功能。
它不能很好 地工作，也不可能工作。你 只是很幸运，基地并没有因为覆写太多而被杀死。我们对所有数据库进行全面的重新检查，并根据服务器的数据进行透明的错误恢复，这就消除了潜在的碰撞（如果从不同的终端写到同一目录）和损害。
一个人应该非常关心风险，在这样的环境中工作。要求并宣称一切都正确和正常，这就更令人毛骨悚然了。
这是我要告诉安德烈的。
我不想说脏话，尽管你执意要激起我这样做。
而这恰恰是他似乎不明白的地方!
我真的不想争吵，尽管你顽固地挑动我这样做。
操！试着自己看一下--为历史建立一个共同的文件夹，并为所有的终端指定它，网址是!!!!!此作品!!!!
把你的理论沙发塞给自己，****！练习一下，试试吧！链接上的共享文件夹可以使用，没有任何问题。
它不能很好 地工作，也不可能工作。你 只是很幸运，基地并没有因为覆写而真正被杀死。
你必须非常规避风险，才能在这样的环境中工作。
是的，这是个拐杖。可行的--但是一个拐杖。在代理商的案例中，他们想到了文件共享，为什么不为终端做呢？
幸运的是，如果已经写完了，终端不会尝试写到文件中，这就是为什么现在通过链接使用文件夹的方法可以工作。
有一天，当一个经纪人的管理员来向我们抱怨文件记录错误时，我们吃了一惊。
事实证明，他们长期以来一直在飞快地备份服务器上的所有文件。不是影子复制，但他们是以农民的方式复制文件。对于 "你们在想什么？"的问题，答案是 "为什么，在很长一段时间里，一切都很正常！"。
这大致是@Andrey Dik 的回答。同时，他建议对数以百万计的交易员采取这种做法。这样，几百个人每小时都会踩到同一个耙子。
有一天，当一个经纪人的管理员来向我们抱怨文件记录错误时，我们吃了一惊。
事实证明，他们长期以来一直在飞快地备份服务器上的所有文件。不是影子复制，但他们是以农民的方式复制文件。对于 "你们在想什么？"这个问题，答案是 "为什么，在很长一段时间里，一切都很正常！"。
这大致是@Andrey Dik 的回答。同时，他建议为数以百万计的交易者做同样的事情。这样，几百个人每小时都会踩到同一个耙子。