测试x64平台的新MQL5编译器--计算速度提高2至10倍 - 页 9 12345678910111213141516...22 新评论 TheXpert 2015.05.05 16:48 #81 Sergey Chalyshev:对于一个写得很好的机器人，计算速度与交易执行速度相比可以忽略不计。 一个好的机器人 仍然需要编写和测试。并进行了优化。而随着交流...它是复杂的，而且永远是。 因为对于一个完全正确的测试，你需要堆栈的历史，磁带...而且它仍然会是错误的，不准确的，因为前驱者不存在于测试器中，但存在于真实的测试器中。 Renat Fatkhullin 2015.05.05 17:00 #82 15年前人们还在嘲笑，宣称 "它在哪里与Metastock，与Tradestation竞争？没有任何变化... Sergey Chalyshev 2015.05.05 17:07 #83 Фьючерсные объемы для МТ:一个好的机器人 仍然需要编写和测试。并对其进行优化。谢谢你的支持。这就是我所说的。没有交易终端的策略测试器!如果无法测试机器人，我们为什么要参加数学计算的比赛？那么关于执行的速度呢？该交易所在1毫秒内处理请求。如果MT5服务器传递订单的速度不超过6毫秒，谁还在乎终端的工作速度？等到MT5服务器思考的时候，一个好的价格已经被拿走了）。 Vladimir Karputov 2015.05.05 17:12 #84 Sergey Chalyshev:对开发商和同情者。你为什么试图超越C++？对于一个正常编写的机器人，计算速度与交易执行速度相比可以忽略不计。MT5服务器的速度变慢了。先建立服务器，然后再进行数学计算的竞争如何？... 这与竞争无关。我需要自己的语言，纯粹是出于经济安全的考虑。毕竟，这不是俄罗斯方块，是对财务的不断处理。这就是为什么市场产品禁止拨打电话的原因。 Renat Fatkhullin 2015.05.05 17:26 #85 Sergey Chalyshev: 谢谢你的支持。这就是我所说的。如果你不能测试机器人，为什么要参加数学计算比赛？那么关于执行的速度呢？交易所在1毫秒内处理订单。如果MT5服务器传递订单的速度不超过6毫秒，那么终端的工作速度有什么关系呢？当MT5服务器思考的时候，一个好的价格已经被拿走了）。 你有妄想症，而且是故意的破坏性。既然复发是不断的，那就好办了。 TheXpert 2015.05.05 17:43 #86 Sergey Chalyshev: 谢谢你的支持。嗯...这并不完全是一种认可 )在战斗条件下，执行的速度并不那么重要。如果是关键问题，可以通过优化代码、将其移入dll或至少在不同的机器上进行分割来解决。但在测试和优化过程中，速度是非常关键的。而语言加速将解决这个问题。顺便说一下，C#并不是那么快，顺便说一下。如果是这样的话，hft阻断者会用它来代替plus和java。 Ilyas 2015.05.06 10:48 #87 Dr.Trader 和Sergey Eremin谢谢你的错误报告! 修复了sinput变量访问生成错误。 Ilyas 2015.05.06 11:02 #88 xfo:问候。我似乎无法让优化工作顺利进行。特意删除了以前的终端版本，从头开始安装，连接到演示服务器，更新到build 1108（从4月23日起）。这些文件如下。metaeditor64.exe - 8,941,528 bytesterminal64.exe - 14 052 296 bytes我关闭了所有的东西，在metaeditor.ini中写入了密钥[Experts] Author=Copyright 2014, MetaQuotes Software Corp. Address=http://www.mql5.comOptimize=1任何测试都会花费很长时间来运行，就像没有优化的时候一样。有什么问题呢？ 如何为调试而编译（F5）或不编译（F7）？ 当为调试而编译时，Optimize键被忽略，我们还没有对调试进行优化。 Vasiliy Sokolov 2015.05.06 11:02 #89 Фьючерсные объемы для МТ:...顺便说一下，C#并没有那么快。如果是这样，hft-people就会使用它而不是pluses和java。哦，来吧。你要声称Java比C#快吗？真正的HFT是直接对网卡微控制器进行编程。语言本身就会落入俗套。 forexman77 2015.05.06 11:16 #90 Renat Fatkhullin: 15年前，人们嘲笑说 "它怎么能与Metastock和Tradestation竞争？没有任何变化...Tradestation已经成为一个经纪人，他们有27年的日内期货的历史。你为什么不也成为一个经纪人呢？你就不需要向经纪人询问正确的历史。你可以下载你需要的东西和你需要的方式。有了Forsts，RTS指数的历史就更容易了--自2005年以来。对我来说，从一分钟的数据开始，整个历史就足够了。 12345678910111213141516...22 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
对于一个写得很好的机器人，计算速度与交易执行速度相比可以忽略不计。
一个好的机器人 仍然需要编写和测试。并进行了优化。
而随着交流...它是复杂的，而且永远是。
因为对于一个完全正确的测试，你需要堆栈的历史，磁带...而且它仍然会是错误的，不准确的，因为前驱者不存在于测试器中，但存在于真实的测试器中。
一个好的机器人 仍然需要编写和测试。并对其进行优化。
谢谢你的支持。
这就是我所说的。
没有交易终端的策略测试器!
如果无法测试机器人，我们为什么要参加数学计算的比赛？
那么关于执行的速度呢？
该交易所在1毫秒内处理请求。如果MT5服务器传递订单的速度不超过6毫秒，谁还在乎终端的工作速度？
等到MT5服务器思考的时候，一个好的价格已经被拿走了）。
对开发商和同情者。
你为什么试图超越C++？
对于一个正常编写的机器人，计算速度与交易执行速度相比可以忽略不计。
MT5服务器的速度变慢了。先建立服务器，然后再进行数学计算的竞争如何？
...
谢谢你的支持。
这就是我所说的。
如果你不能测试机器人，为什么要参加数学计算比赛？
那么关于执行的速度呢？
交易所在1毫秒内处理订单。如果MT5服务器传递订单的速度不超过6毫秒，那么终端的工作速度有什么关系呢？
当MT5服务器思考的时候，一个好的价格已经被拿走了）。
谢谢你的支持。
嗯...这并不完全是一种认可 )
在战斗条件下，执行的速度并不那么重要。
如果是关键问题，可以通过优化代码、将其移入dll或至少在不同的机器上进行分割来解决。
但在测试和优化过程中，速度是非常关键的。而语言加速将解决这个问题。
顺便说一下，C#并不是那么快，顺便说一下。如果是这样的话，hft阻断者会用它来代替plus和java。
Dr.Trader 和Sergey Eremin
谢谢你的错误报告!
修复了sinput变量访问生成错误。
问候。
我似乎无法让优化工作顺利进行。特意删除了以前的终端版本，从头开始安装，连接到演示服务器，更新到build 1108（从4月23日起）。这些文件如下。
metaeditor64.exe - 8,941,528 bytes
terminal64.exe - 14 052 296 bytes
我关闭了所有的东西，在metaeditor.ini中写入了密钥
[Experts]
Author=Copyright 2014, MetaQuotes Software Corp.
Address=http://www.mql5.com
Optimize=1
任何测试都会花费很长时间来运行，就像没有优化的时候一样。有什么问题呢？
当为调试而编译时，Optimize键被忽略，我们还没有对调试进行优化。
...顺便说一下，C#并没有那么快。如果是这样，hft-people就会使用它而不是pluses和java。
哦，来吧。你要声称Java比C#快吗？
真正的HFT是直接对网卡微控制器进行编程。语言本身就会落入俗套。
15年前，人们嘲笑说 "它怎么能与Metastock和Tradestation竞争？
Tradestation已经成为一个经纪人，他们有27年的日内期货的历史。你为什么不也成为一个经纪人呢？
你就不需要向经纪人询问正确的历史。你可以下载你需要的东西和你需要的方式。有了Forsts，RTS指数的历史就更容易了--自2005年以来。
对我来说，从一分钟的数据开始，整个历史就足够了。