OpenCl和它的工具。评论和印象。 - 页 21

新评论
 

Mathemat:

有一个简单的、非常简单的循环，有很多迭代（大约一百万）。希望在OpenCL上能有一个速度的提升。

只会有如果。

1.测试器将支持OpenCL。雷纳特已经承诺在下一个版本中做到这一点

2.你将学习OpenSL。

3.你将设法在OpenCL中重写这个最重的计算，这样从计算到GPU的性能就会提高，而不是反过来。


一旦这三点都达到了，那么就会有一个结果。显卡不会为你做最后两点。

 
Reshetov: 只有当。

1.测试器将支持OpenCL。雷纳特已经承诺在下一个版本中做到这一点

我没有谈及测试员。
 
Mathemat:
我不是在说测试员的事。

然后你会得到明显的胡说八道。为了不等10秒就把它减少到0.2，你应该这样做。

1.买一个花哨的显卡。买一张卡，在0.1秒内把它放进电脑，这是浪费钱。

2.学习OpenSL。不是在0.1秒内。

3.第二种，你会试着用mql5把命令塞进GPU中，使它们同样节省9.8秒。它也不会在0.1秒内工作。


总而言之，这将需要大量的时间和金钱。而这一切是为了从你的裤子里出来的喜悦，因为用这样的时间和金钱取得了一些一次性的结果？

或者说，多等9.8秒确实有意义？

 
Reshetov: 这将需要大量的时间和金钱。

假设元报价已经在改写/移植技术指标 到OpenCl的过程中，时间不是很多，所以小编在这里堆)))))))

 
IgorM:

假设元报价已经在改写/移植技术指标到OpenCl的过程中，时间不是很多，所以小编在这里堆)))))))

到目前为止，他们说有一些问题，并不是一切都像一开始看起来那么好。

但总的来说，他们已经提供了一个直接从MQL5到OpenCL的接口。当然，这要比通过切除扁桃体方便得多。dll。而现在每个人都应该自己决定是否使用它。

我想，开发人员将能够使用GPU来加快一些MQL5函数 的速度。而且他们会一点一点地做。但奇迹并没有发生。GPU不是CPU，而是功能有限的高速核心，有自己的具体编程方式。

 
Reshetov: 然后我们得到一个明显的废话。为了把它减少到0.2秒而不是等待10秒。

尤拉，别傻了。在从事大型项目 的软件公司中，他们将最快的多核石放入计算机，供编码员使用，只是为了加快开发过程。即使他们开发的软件将是单线程的。

我只是举了一个例子，这似乎不是很好。此外，你可以执行写在init()中的同样的计算，不仅仅是在这里。

嗯，我不知道可能有什么应用。重要的是，该终端正在缓慢但肯定地变成一个硬件兼容的终端。

 
Mathemat:

尤拉，别傻了。

如果这个同样的终端被对应于自动交易的遗传算法 优化，那就太好了。但是，虽然MT4把它推到了它的直接目的之外，而开发者却把曼德尔布罗特分形的绘制加速了100倍，那么我们谁在犯傻？

Mathemat:

我只是举了一个例子，似乎不是一个很好的例子。

对，所以我只是要求你给我一个正常的自动交易小工具的例子，是很傻吗？
 
Reshetov:

如果这个终端能通过与自动交易相对应的遗传算法进行优化，那就太好了。但是，当MT4正在推动它超越其直接目的时，当开发者将绘制曼德布罗特分形的速度加快了100倍时，我们谁在胡闹？

对，我只是要求你至少举出一个自动交易部件的正常例子，就显得很愚蠢了？

尤里，你可能还没有看过示例代码。绘制这个分形的不是显卡。 然后，数据被保存为bmp，并通过终端的标准手段显示bmp。
 
Integer:

尤里，你一定没有看过示例代码。这个分形不是由显卡绘制的，只是在videokrata中进行计算。 然后，数据被保存为bmp，并通过终端的标准手段显示bmp。
而在输出端，通过在GPU中进行的计算，马列维奇被绘制出来。因为我不知道BMP是什么？
 
Reshetov:
嗯哼，根据在GPU中进行的计算，输出的结果是马列维奇的画。因为我不知道BMP是什么？

没有人计算过渲染这个bmp的时间。即使他们这样做了，在两种情况下也是一样的，没有什么区别。
1...14151617181920212223242526272829
新评论