帆布很酷! - 页 18 1...111213141516171819202122232425...93 新评论 Renat Fatkhullin 2019.01.15 23:49 #171 fxsaber: 这里似乎对所谈的内容有误解。我说的是一个私人Tester问题的例子，在某些情况下，整数价格可以带来收益。普遍的情况下，没有想到。这就是为什么我的测试器，我在上面给出了链接，是在配音上实现的，因为它是通用的。 不能100%同意。你已经做了一个断言。 我几乎可以肯定，如果你把ticks变成整数，测试器就会开始工作得更快。 当试图在实践中实施它时，它是绝对错误的。在实践中，100%的时间是错误的。 所以没有必要去研究理论或话题的替换。该主题是 "当前测试仪转换为整数时可以加速"。而这个话题是100%的错误，没有例外。 fxsaber 2019.01.15 23:51 #172 Renat Fatkhullin:你已经做了一个断言。 当你试图把它付诸实践时，它是完全错误的。这在实践中是100%的错误。 所以没有必要去讲理论或改变话题。该主题是 "当前测试仪转换为整数时可以加速"。而这个话题是100%的错误，没有例外。请注意，这是我唯一的一次发言，我最初把Tester这个词放在倒逗号里。你误解了我提出的观点。 Renat Fatkhullin 2019.01.15 23:51 #173 fxsaber:这是你的测试器的一个附加功能，在不改变任何EA的代码（有任何指标）的情况下，使所有的交易和利润完全通过。但它比普通的测试仪做得更快。所有可重复的证明都已给出。来自该资源的人已经核实了这些说法。给他们看。 然后证明这是关于转换到一个整数机制，而不是说我们通过疏忽低效地实施了一个机制或另一个机制。 如果我们谈论的是重新计算未结头寸 基数的影响，那么那里确实有刹车，我们将在未来几天内解决这个问题。 Renat Fatkhullin 2019.01.15 23:54 #174 fxsaber:请注意，这是我唯一的声明，其中Tester这个词最初是由我用倒逗号取的。你误解了所提出的主题。我说对了。 并正确地用不愉快的细节来触及这个话题，让你感到不愉快。如果你认为我们没有计算整数测试器，你就大错特错了。 fxsaber 2019.01.15 23:57 #175 Renat Fatkhullin:给我看看。 显示。 然后证明这是关于转换到一个整数机制，而不是说我们通过监督低效地实施了一个机制或另一个机制。 放弃了整数测试器，因为它们不是多用途的。他们更快，但缺点多于优点。然而，作为一种现象，它们可以存在。虚拟工作--关于配音。 如果我们谈论的是重新计算未结头寸 基数的影响，那里确实存在刹车，我们将在未来几天内解决这个问题。这将是非常好的! Renat Fatkhullin 2019.01.16 00:04 #176 fxsaber: 我给你看。这个？ https://www.mql5.com/ru/forum/285631/page107#comment_10271917 Nikolai Semko 2019.01.16 01:10 #177 fxsaber:我很确定，如果你把刻度变成整数，"测试器 "会快很多。我比较了这两个相同的脚本中double和int的速度。 令人惊讶的是，在我的CPU上，以双倍数为主的变体甚至略微快一些。 附加的文件： LSD_int.mq5 8 kb LSD_double.mq5 8 kb Nikolai Semko 2019.01.16 01:17 #178 Renat Fatkhullin:那是相当酷的。 在2100x550像素的画布上，我在没有抗锯齿的情况下得到347帧，在抗锯齿的情况下得到97帧。 供参考，我们有一个500帧的窗口更新率限制器。这表明在图形方面可以取得多大的性能。 谢谢你。 实际上，有抗锯齿的双圆比原来没有抗锯齿的内圆要慢20%左右。我有300与250 fps。 只是你显然用阴影测量了反锯齿的圆，而圆的阴影比圆本身要贪婪得多。阴影可以用绘制阴影的参数来禁用？= false。 Renat Fatkhullin 2019.01.16 01:51 #179 Nikolai Semko:我比较了这两个相同的脚本中double和int的速度。 令人惊讶的是，在我的CPU上，由double主导的变体甚至略微快一些。在一般的数学运算中，要小心大规模的转换，如(int)double或(double)int和int+double混合。 这在处理器中给出了最疯狂的开销--就是这样一个昂贵的汇编命令。如果你用双倍数计算，就一直用它来计算，不要换成整数类型。 像cvtsi2sd/cvttsd2si这样的命令非常长。在"最慢的x86指令"一文中的一个小提示，小人2号。 Intel® 64和IA-32架构优化参考手册》 中说，cvtsd2si指令的代价是5个延迟（见附录C-16）。cvtsi2sd，取决于你的架构，其延迟从Silvermont的1到其他几个架构的7-16不等。 Agner Fog的指令表 有更准确/合理的数字，比如Silvermont上的cvtsi2sd的5周期延迟（每2个时钟的吞吐量为1），或者Haswell上的4c延迟，每时钟的吞吐量为1（如果你避免了对目标寄存器与旧的上半部分合并的依赖，就像gcc通常对pxor xmm0,xmm0那样）。 Renat Fatkhullin 2019.01.16 02:02 #180 Nikolai Semko:谢谢你。 实际上，有抗锯齿的双圆比原来没有抗锯齿的内圆要慢20%左右。我有300与250 fps。 只是你显然是用阴影来测量反锯齿的圆，而圆的阴影要比圆本身更贪婪。阴影可以通过绘制阴影来禁用？= false。结果发现我看的是网络生成频率，而不是输出频率。 它们是不同的数字，彼此的倍数。 1...111213141516171819202122232425...93 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
这里似乎对所谈的内容有误解。我说的是一个私人Tester问题的例子，在某些情况下，整数价格可以带来收益。普遍的情况下，没有想到。这就是为什么我的测试器，我在上面给出了链接，是在配音上实现的，因为它是通用的。
不能100%同意。
你已经做了一个断言。
我几乎可以肯定，如果你把ticks变成整数，测试器就会开始工作得更快。
当试图在实践中实施它时，它是绝对错误的。在实践中，100%的时间是错误的。
所以没有必要去研究理论或话题的替换。该主题是 "当前测试仪转换为整数时可以加速"。而这个话题是100%的错误，没有例外。
你已经做了一个断言。
当你试图把它付诸实践时，它是完全错误的。这在实践中是100%的错误。
所以没有必要去讲理论或改变话题。该主题是 "当前测试仪转换为整数时可以加速"。而这个话题是100%的错误，没有例外。
请注意，这是我唯一的一次发言，我最初把Tester这个词放在倒逗号里。你误解了我提出的观点。
这是你的测试器的一个附加功能，在不改变任何EA的代码（有任何指标）的情况下，使所有的交易和利润完全通过。但它比普通的测试仪做得更快。所有可重复的证明都已给出。来自该资源的人已经核实了这些说法。
给他们看。
然后证明这是关于转换到一个整数机制，而不是说我们通过疏忽低效地实施了一个机制或另一个机制。
如果我们谈论的是重新计算未结头寸 基数的影响，那么那里确实有刹车，我们将在未来几天内解决这个问题。请注意，这是我唯一的声明，其中Tester这个词最初是由我用倒逗号取的。你误解了所提出的主题。
我说对了。
并正确地用不愉快的细节来触及这个话题，让你感到不愉快。如果你认为我们没有计算整数测试器，你就大错特错了。
给我看看。
显示。
然后证明这是关于转换到一个整数机制，而不是说我们通过监督低效地实施了一个机制或另一个机制。
放弃了整数测试器，因为它们不是多用途的。他们更快，但缺点多于优点。然而，作为一种现象，它们可以存在。虚拟工作--关于配音。
这将是非常好的!
我给你看。
这个？
https://www.mql5.com/ru/forum/285631/page107#comment_10271917
我很确定，如果你把刻度变成整数，"测试器 "会快很多。
我比较了这两个相同的脚本中double和int的速度。
令人惊讶的是，在我的CPU上，以双倍数为主的变体甚至略微快一些。
那是相当酷的。
在2100x550像素的画布上，我在没有抗锯齿的情况下得到347帧，在抗锯齿的情况下得到97帧。
供参考，我们有一个500帧的窗口更新率限制器。这表明在图形方面可以取得多大的性能。
谢谢你。
实际上，有抗锯齿的双圆比原来没有抗锯齿的内圆要慢20%左右。我有300与250 fps。
只是你显然用阴影测量了反锯齿的圆，而圆的阴影比圆本身要贪婪得多。阴影可以用绘制阴影的参数来禁用？= false。
我比较了这两个相同的脚本中double和int的速度。
令人惊讶的是，在我的CPU上，由double主导的变体甚至略微快一些。
在一般的数学运算中，要小心大规模的转换，如(int)double或(double)int和int+double混合。
这在处理器中给出了最疯狂的开销--就是这样一个昂贵的汇编命令。如果你用双倍数计算，就一直用它来计算，不要换成整数类型。
像cvtsi2sd/cvttsd2si这样的命令非常长。在"最慢的x86指令"一文中的一个小提示，小人2号。
Intel® 64和IA-32架构优化参考手册》 中说，cvtsd2si指令的代价是5个延迟（见附录C-16）。cvtsi2sd，取决于你的架构，其延迟从Silvermont的1到其他几个架构的7-16不等。
Agner Fog的指令表 有更准确/合理的数字，比如Silvermont上的cvtsi2sd的5周期延迟（每2个时钟的吞吐量为1），或者Haswell上的4c延迟，每时钟的吞吐量为1（如果你避免了对目标寄存器与旧的上半部分合并的依赖，就像gcc通常对pxor xmm0,xmm0那样）。
谢谢你。
实际上，有抗锯齿的双圆比原来没有抗锯齿的内圆要慢20%左右。我有300与250 fps。
只是你显然是用阴影来测量反锯齿的圆，而圆的阴影要比圆本身更贪婪。阴影可以通过绘制阴影来禁用？= false。
结果发现我看的是网络生成频率，而不是输出频率。
它们是不同的数字，彼此的倍数。