Архиватор WinZip очень популярен на Западе, судя по всему, по историческим причинам. Хотя сложно представить, кому сейчас охота покупать обвешанный странными функциями архиватор-комбайн со слабым сжатием в ZIP или нестандартным в ZIPX, неудобным интерфейсом с запутанными настройками. Но надо отдать фантазии разработчикам должное, к архиватору...
你有0 - 视频卡？令人惊叹。
实际上，1，0是一个proc。但我只是通过科学的审视发现了这一点。
mql5:
该语言的OpenCL功能很快将被扩展（补充）。因此，将有可能找出谁是谁。
谢谢。
试试用这种结构，对我来说没有用（我怀疑第二维必须是一个固定的尺寸，这就是为什么对我没有用的原因）。
而且，为了方便起见，还可以用这样的函数来调整两个尺寸的大小。
它对我也不起作用...我得考虑一下。
我不知道我做错了什么!
简而言之，我无法将一个带引号的结构设置为OpenCL缓冲区...它通过了，但数值被弄乱了，我不明白哪里出了问题。
我不知道我做错了什么!
简而言之，我无法将一个带引号的结构设置为OpenCL缓冲区...它正在通过，但数值越来越乱，我不明白哪里出了问题。
这样试试吧。
谢谢你!一切都很好！"。忘记了结构中的排列方式......
关于OpenCL的问题，出现了一个 "加速器")。
http://www.overclockers.ru/softnews/46856/WinZip_16.5_s_uskoreniem_arhivacii_cherez_OpenCL_silami_videokart_Radeon.html
.............我们应该把MetaDriver 弄到那里去--然后也许我们也可以把倒数的逗号拿掉。
目的是什么？ 在我的卡上测试？
来自实地的消息。
支持团队证实了我的猜测，CLContextCreate( 0 )不是在IGP上进行计算，而是在x86核心上进行计算。下面是在i7-920 CPU上的结果，它愚蠢地没有IGP。
在英特尔的OpenCL上，它运行得更快~160ms
以下是AMD的日志
2012.04.18 11:20:28 ParallelTester_00-01x (EURUSD,H1) Result on Cpu МахResult==0.62834 at 742 pass
2012.04.18 11:20:28 ParallelTester_00-01x (EURUSD,H1) Соunt indicators = 16; Count history bars = 144000; Count pass = 1280
2012.04.18 11:20:28 ParallelTester_00-01x (EURUSD,H1) CPU time = 31528 ms
2012.04.18 11:19:56 ParallelTester_00-01x (EURUSD,H1) Result on Gpu МахResult==0.62834 at 742 pass
2012.04.18 11:19:56 ParallelTester_00-01x (EURUSD,H1) Соunt indicators = 16; Count history bars = 144000; Count pass = 1280
2012.04.18 11:19:56 ParallelTester_00-01x (EURUSD,H1) GPU time = 483 ms
2012.04.18 11:19:56 ParallelTester_00-01x (EURUSD,H1) OpenCL init OK!
因此，在英特尔OpenCL Runtime上，同一块石头上的CpuTime/GpuTime 将是~200。为什么我需要一个独立的卡--有这样的加速能力！？
格拉夫： 我没有集成卡（既不在我的CPU里，也不在我的主板上）。
而且它在你的i5-750上应该也能工作，试试吧!英特尔表示，不仅在Sandy Bridge上支持OpenCL，而且在上一代甚至最新的Core 2 stone上也支持。
P.S. 不幸的是，看起来并不那么简单：Sandy Bridge已经被证明是一个难以破解的难题。到目前为止，只有一块石头--奔腾G840（我的）--能够保证真正的加速。