帆布很酷! - 页 17 1...101112131415161718192021222324...93 新评论 Artyom Trishkin 2019.01.15 23:19 #161 Алексей Тарабанов:形态分析--对死亡细胞的分析。首先我们杀死它们，然后把它们放在显微镜下。形态测量学（希腊语：morphe form + ... metry）。 就这样了。够了，不要再把这个话题弄得太杂乱了。 Renat Fatkhullin 2019.01.15 23:21 #162 fxsaber: 双倍int的速度是双倍的两倍 你没有意识到这个规模，你没有正确地进行微合成的测试，没有考虑到运行的不是30个汇编函数而是50k-100k指令的阵列的影响。 驳斥我在上述原始答复中提出的每一个观点。 fxsaber 2019.01.15 23:29 #163 Renat Fatkhullin:你没有意识到这一规模，并且错误地以微观合成法运行测试，没有考虑到运行的不是30个汇编函数而是50k-100k指令的阵列的后果。 请在你的原始答复中逐一驳斥我的上述观点。驳斥了这一点（尽管在每一次打勾时都有原始的行动）。 关于交易、自动交易系统和交易策略测试的论坛 帆布真棒! Renat Fatkhullin, 2019.01.15 22:37 考虑到64位代码和我们的编译器，我们必须忘记基于双倍计算的任务类中的整数...该测试仪是基于双重计算的。而且每一个刻度都有如此多的刻度，即使是空运行，也会以每秒700万次的 速度进行。 你可以写一个模拟器，在每个刻度上有更复杂的动作。但测试器的基础是将当前的勾股价与订单价格进行比较，这使得代码更高。这一论断不是凭空产生的。我已经在公共领域发布了可重复的测量和计算替代方案。 Renat Fatkhullin 2019.01.15 23:31 #164 fxsaber:驳斥了这一点（尽管是通过对每个勾的原始动作）。 测试仪是基于双重计算的。而且每一个刻度都有如此多的刻度，即使是空运行，也会以每秒700万个刻度 的速度运行。 有可能写一个模拟器，在每个tick上有更复杂的动作。但测试器的基础是比较当前的tick价格和订单价格，这就是使代码大致较高的原因。反驳这一点。 所有的东西都必须转换为整数在数据转换时有很多滞后现象得到一个疯狂的内存消耗在每个操作中获得100%的溢出机会，并导致系统完全死亡漠视那些提出让你阅读他们的指标，并以比特为单位而不是以杜比为单位工作的开发者。而且，在速度上，Dubs和Ints之间已经没有区别。很难相信，但是是的。每一个点，请。 请记住，即使是一个点4或5也足以合并整数加速的想法。我不是在说测试者没有 for(i=0;i<limit;i++ ) { } 但我也可以指出，人们不能希望在整数运算中保留局部微码优化的结果。有时将一个无害的字符串添加到一个循环中就足以使速度下降几十个百分点。而如果你在代码被真正的工作胀满时转向真正的任务，所有的比较都会在那里变成地狱。 fxsaber 2019.01.15 23:36 #165 Renat Fatkhullin:反驳这一点。 所有的东西都必须转换为整数在数据转换时有很多滞后现象得到一个疯狂的内存消耗在每个操作中得到100%的溢出机会和系统的全部死亡漠视那些提出让你阅读他们的指标，并以比特为单位而不是以杜比为单位工作的开发者。而且，在速度上，Dubs和Ints之间已经没有区别。很难相信，但是是的。每一个点，请。 请记住，即使是一个点4或5也足以合并整数加速的想法。其目的是为了表明，有些问题仍然可以用整数来解决，以便加快速度。像这样的测试仪是不通用的，因为它至少不符合第5点。 至于前四点，这些问题都很牵强。因为测试仪的速度只在优化过程中需要。它只为整组传球转换一次滴答声。 Renat Fatkhullin 2019.01.15 23:38 #166 fxsaber:其目的是为了表明，有些问题仍然可以用整数来解决，以便加快速度。这样的测试器是不通用的，因为它至少不符合第5点。 至于前四点，这些问题都很牵强。由于测试仪的速度只在优化过程中需要。它对整批通行证只转换一次刻度。也就是说，第4点和第5点都没有得到反驳。 甚至你想保存的转换，也会立即增加数倍的时间成本。是的，有时，包括转换的记忆。我以为你是在建议为了摆脱转换而将整个平台转换为int64。 即使从理论上讲，迁移到int已经有10年的时间，没有任何利润。 fxsaber 2019.01.15 23:39 #167 Renat Fatkhullin:我不是在谈论一个测试者如何不为(i=0;i<limit;i++ ) { }如果是关于没有计时器的测试仪，那就证明了 测试仪是为由滴答声。 Renat Fatkhullin 2019.01.15 23:43 #168 fxsaber:如果是关于没有计时器的测试仪，那就证明了 测试仪是用来测试的。这不是一个测试器，而是一个假的。没有指标，没有利润或任何东西。但却一直存在着整数溢出的风险。 讨论它甚至没有意义。再说一遍。 但我也可以指出，你不可能希望在整数操作中保存本地微码的优化结果。 有时将一个无害的字符串添加到一个循环中，就足以使速度下降几十个百分点。而如果你转向真正的任务，当代码中涌现出真正的工作时，所有的比较都会在那里变成地狱。 你是否明白，为几百或几千条命令优化20条汇编命令和真实块会扼杀你的例子？ fxsaber 2019.01.15 23:45 #169 Renat Fatkhullin:所以第4点和第5点都没有被反驳。 而且你甚至想保存转换，这立即使花费的时间成倍增加。是的，许多次了，包括转换记忆。我以为你是建议将整个平台切换到int64价格，以摆脱转换的问题。 这似乎是对我所说的内容的一种误解。我说的是一个私人Tester问题的例子，在某些情况下，整数价格可以带来收益。普遍的情况下，没有想到。这就是为什么我的测试仪，我在上面给了一个链接，是在配音上实现的，因为它是通用的。 即使从理论上讲，现在去英特也没有什么收获。不能100%同意。 fxsaber 2019.01.15 23:46 #170 Renat Fatkhullin:这不是一个试验品，是一个哑巴。没有指标，没有利润，也没有任何东西。但却一直存在着整数溢出的风险。 这是你的测试器的附加功能，它使所有的交易和利润完全通过，而没有对任何专家顾问的代码进行任何修改（有任何指标）。但它比普通的测试仪做得更快。所有可重复的证明都已给出。来自该资源的人已经核实了这些说法。 1...101112131415161718192021222324...93 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
形态分析--对死亡细胞的分析。首先我们杀死它们，然后把它们放在显微镜下。
形态测量学（希腊语：morphe form + ... metry）。
就这样了。够了，不要再把这个话题弄得太杂乱了。
双倍int的速度是双倍的两倍
你没有意识到这个规模，你没有正确地进行微合成的测试，没有考虑到运行的不是30个汇编函数而是50k-100k指令的阵列的影响。
驳斥我在上述原始答复中提出的每一个观点。
你没有意识到这一规模，并且错误地以微观合成法运行测试，没有考虑到运行的不是30个汇编函数而是50k-100k指令的阵列的后果。
请在你的原始答复中逐一驳斥我的上述观点。
驳斥了这一点（尽管在每一次打勾时都有原始的行动）。
关于交易、自动交易系统和交易策略测试的论坛
帆布真棒!
Renat Fatkhullin, 2019.01.15 22:37
考虑到64位代码和我们的编译器，我们必须忘记基于双倍计算的任务类中的整数...
该测试仪是基于双重计算的。而且每一个刻度都有如此多的刻度，即使是空运行，也会以每秒700万次的 速度进行。
你可以写一个模拟器，在每个刻度上有更复杂的动作。但测试器的基础是将当前的勾股价与订单价格进行比较，这使得代码更高。这一论断不是凭空产生的。我已经在公共领域发布了可重复的测量和计算替代方案。
驳斥了这一点（尽管是通过对每个勾的原始动作）。
测试仪是基于双重计算的。而且每一个刻度都有如此多的刻度，即使是空运行，也会以每秒700万个刻度 的速度运行。
有可能写一个模拟器，在每个tick上有更复杂的动作。但测试器的基础是比较当前的tick价格和订单价格，这就是使代码大致较高的原因。
反驳这一点。
每一个点，请。
请记住，即使是一个点4或5也足以合并整数加速的想法。
我不是在说测试者没有 for(i=0;i<limit;i++ ) { }
但我也可以指出，人们不能希望在整数运算中保留局部微码优化的结果。有时将一个无害的字符串添加到一个循环中就足以使速度下降几十个百分点。而如果你在代码被真正的工作胀满时转向真正的任务，所有的比较都会在那里变成地狱。
反驳这一点。
每一个点，请。
请记住，即使是一个点4或5也足以合并整数加速的想法。
其目的是为了表明，有些问题仍然可以用整数来解决，以便加快速度。像这样的测试仪是不通用的，因为它至少不符合第5点。
至于前四点，这些问题都很牵强。因为测试仪的速度只在优化过程中需要。它只为整组传球转换一次滴答声。
其目的是为了表明，有些问题仍然可以用整数来解决，以便加快速度。这样的测试器是不通用的，因为它至少不符合第5点。
至于前四点，这些问题都很牵强。由于测试仪的速度只在优化过程中需要。它对整批通行证只转换一次刻度。
也就是说，第4点和第5点都没有得到反驳。
甚至你想保存的转换，也会立即增加数倍的时间成本。是的，有时，包括转换的记忆。我以为你是在建议为了摆脱转换而将整个平台转换为int64。
即使从理论上讲，迁移到int已经有10年的时间，没有任何利润。我不是在谈论一个测试者如何不为(i=0;i<limit;i++ ) { }
如果是关于没有计时器的测试仪，那就证明了 测试仪是为由滴答声。
如果是关于没有计时器的测试仪，那就证明了 测试仪是用来测试的。
这不是一个测试器，而是一个假的。没有指标，没有利润或任何东西。但却一直存在着整数溢出的风险。
讨论它甚至没有意义。
再说一遍。
但我也可以指出，你不可能希望在整数操作中保存本地微码的优化结果。
有时将一个无害的字符串添加到一个循环中，就足以使速度下降几十个百分点。而如果你转向真正的任务，当代码中涌现出真正的工作时，所有的比较都会在那里变成地狱。
所以第4点和第5点都没有被反驳。
而且你甚至想保存转换，这立即使花费的时间成倍增加。是的，许多次了，包括转换记忆。我以为你是建议将整个平台切换到int64价格，以摆脱转换的问题。
这似乎是对我所说的内容的一种误解。我说的是一个私人Tester问题的例子，在某些情况下，整数价格可以带来收益。普遍的情况下，没有想到。这就是为什么我的测试仪，我在上面给了一个链接，是在配音上实现的，因为它是通用的。
即使从理论上讲，现在去英特也没有什么收获。
不能100%同意。
这不是一个试验品，是一个哑巴。没有指标，没有利润，也没有任何东西。但却一直存在着整数溢出的风险。
这是你的测试器的附加功能，它使所有的交易和利润完全通过，而没有对任何专家顾问的代码进行任何修改（有任何指标）。但它比普通的测试仪做得更快。所有可重复的证明都已给出。来自该资源的人已经核实了这些说法。