Unlike other (centralised) messaging systems which are based on the well-understood theoretical foundation, there are almost no resources regarding distributed messaging in general and ØMQ in particular that an interested reader can be pointed to. The goal of this paper is to explain the elementary concepts of ØMQ architecture, how they fit...
向我解释一下opencl有什么问题。终端实现了编写opencl代码的能力，这就是多线程。我想自己了解一下这里写的多线程和这个功能有什么区别。
VPS服务器上 没有显卡，或者说，如果有的话，就很不划算了 ))
甚至大多数用户在本地，显卡都不支持opencl))
更不用说为opencl编写适当的代码的复杂性了。
是的，有一个选择，但是对于一个非常小的圈子。
视频卡在VPS服务器上 是没有的，或者说即使有也是非常不划算的 ))
甚至本地站点的大多数用户都不支持opencl))
更不用说为opencl编写适当的代码的复杂性了。
选项是的，有的，但对一个非常狭窄的圈子来说。
在opencl处理器上，它也能工作。你只需选择将执行代码的设备。这不仅仅是显卡技术。在服务器上，我知道有显卡的麻烦。
但我不知道opencl也能在CPU上工作。我还是没能进入Renat的文章，读到关于opencl的文章。
我在这里也看到了一个关于opencl的帖子，但我不能让所有的程序员都上opencl，盒子里的标准任务方法看起来更可用。
那么，opencl能在任何处理器上工作吗？还是说这也取决于模型？
但我不知道opencl也能在处理器上工作。我还是没能进入Renat的文章，读到关于opencl的文章。
我在这里也看到了一个关于opencl的帖子，但是你不能把所有的程序员都放在opencl上，盒子里的标准任务方法看起来更可用。
那么，opencl能在任何处理器上工作吗？还是说这也取决于模型？
看来，是的，它应该在英特尔和AMD上工作，你只需要安装驱动程序。我在AMD上试了一下，成功了。
事实证明，所有这些，某种程度上的依赖性取决于处理器模型或驱动程序。
这可能不适合所有的人，例如，那些分发（出售）其作品的人。
有些人关心程序的可移植性，在我看来这也是一个重要参数。
opencl能不能用自定义的dlls工作？
即异步调用dll中的导出函数？
如果我们有一个标准的类来处理任务，我们可以从dll中异步调用我们自己的函数。
也就是说，常规的功能更可用，在编写代码时更容易获得。
可惜我们没有听到运输部门负责人的意见--你想实现多线程的什么具体任务？画出拟议解决方案的简单框图。
你顽固地想把MKL的任务挤进去，而它原本并不用于此。一句话，完全没有。有一些现成的解决方案--看看ZeroMQ，它有几乎所有JD的API。此外，好心人Ding Li 开发了一个用于ZeroMQ的库，与MQL4/5一起使用，并提供了一组例子。请阅读论坛上关于这个主题 的帖子，其中有实际的代码例子。
你（话题发起人）为什么要在锅里推水？还是你也被市场束缚了？
祝好运
opencl知道如何处理自定义的dlls吗？
也就是说，异步调用dll中的导出函数？
有一个内部类来处理任务，你也可以从dll中异步地调用你的函数。
也就是说，常规的功能更可用，在编写代码时更容易获得。
调用DLL函数。你在DLL中创建一个线程并向其传输数据，断开线程并忘记它--它自己完成了任务。 当你断开DLL中的线程时，终端线程被释放。我相信，整个过程只需要不到一毫秒。从以下事实来看，即使不断开线程，向数据库写入的过程也是4-5ms。好吧，60 ticks/min足以让人不为终端的异步调用而难过。
可惜我们没有听到运输部门负责人的意见--你想实现多线程的什么具体任务？ 画出拟议解决方案的简单框图。
你顽固地想把MKL的任务挤进去，而它原本并不用于此。一句话，完全没有。有一些现成的解决方案--看看ZeroMQ ，它有几乎所有JD的API。此外，好心人Ding Li 开发了一个用于ZeroMQ的库，与MQL4/5一起使用，并提供了一组例子。请阅读论坛上关于这个主题 的主题，其中有实际的代码例子。
你（话题发起人）为什么要在锅里推水？还是你也被市场束缚了？
祝好运
我尽量不使用第三方的解决方案。
我已经找到了解决我的网络问题的方法；剩下的就是研究它，应用它，不要搞乱我的大脑。
但这里有一些程序员也需要非阻塞式调用和异步。
这就是为什么我建议在标准语言传递中实现这一功能。而这取决于开发商，主要的是想法，而且是合理的。
为什么你认为终端的设计不是为了实现EventLoop？特别是从字面上看...
用什么算法来执行本地代理？可能是在一个线程池里，对吗？谁来管理他们，分配任务？
那么，终端已经有了这样的算法，为什么不利用它来扩展其功能呢？
给程序员一个异步的代码编写模式。
我赞成这个想法，如果没有人需要异步，那我还能说什么呢，我只遗憾很多人都被困在一个线程里。
调用DLL函数。你在DLL中创建一个线程并向其传输数据，断开线程并忘记它--它在完成任务后会自行终止。当你断开DLL中的线程时，终端线程被释放。我相信，整个过程只需要不到一毫秒。从以下事实来看，即使不断开线程，向数据库写入的过程也是4-5ms。好吧，60 ticks/s足以让人不为终端的异步调用而难过。
在这里，感谢你的另一个想法，我可以根据当地的文章编写dll，但不幸的是，他们没有描述入口点程序、初始化、内存分配、线程创建等。
我找不到关于这个问题的任何文献，我找不到如何正确处理入口点。如果有关于这个问题的任何信息，请让我知道。
或者如果你能教我，我将很高兴接受知识。
我没有学过程序员，都是自己学的，所以，不要踢我的屁股））。
向我解释一下opencl有什么问题。终端实现了编写opencl代码的能力，这就是多线程。我想自己了解一下这里写的多线程和这个功能有什么区别。