《Linux多线程服务端编程：使用muduo C++网络库》有奖试读讨论活动

windoze

回复 30# yulihua49

这个倒不一定，多CPU并行可以不需要多线程。

yulihua49

windoze 发表于 2014-04-25 22:52
回复 30# yulihua49

这个倒不一定，多CPU并行可以不需要多线程。

不用多线程，用多进程？还是别的技术？
多进程有时不方便共享数据。

windoze

回复 32# yulihua49

所谓并行就是在不同的CPU上同时运行多个任务，而进程/线程其实是OS抽象出来的并发结构，这两件事其实没什么关系，多个任务可以位于一个进程/线程内，多个进程也可能只使用一个CPU而不真正的“并行”执行。比如OpenCL中就用Work Item描述并发任务，这东西既不是进程也不是线程，其实和CPU都不一定有关系（可能运行在GPU上）
从底层的角度看，只要你能让代码跑在不同的CPU/GPU上就算完成任务了，对不？

yulihua49

windoze 发表于 2014-05-12 18:46
回复 32# yulihua49

所谓并行就是在不同的CPU上同时运行多个任务，而进程/线程其实是OS抽象出来的并发结 ...

我现在不知道如何在单线程上并行跑多个CPU，你能介绍些方法吗？
不过程序员关心的是方便性。
一般都是在目态（非管态）编程，控制不了系统底层的资源的。

你说的是理论上。
实际上，我不可能拿着一堆裸CPU自己去写并行计算代码，既不用操作系统，又不用任何语言，也不用任何工具，当然也不存在任何进程和线程，一切从0做起，一切都是具体的，没有任何抽象。
所以，我们要实际些，在当今主流操作系统和常见平台上（本帖已经定义了LINUX），我们怎样开发多CPU,多核的并行处理程序呢？
你说不用多进程和线程，有什么好办法？能在任务的指定时间及可控的成本下完成任务？
如果一个理论，没有现实意义，只是说了一些尽人皆知的废话，那就没必要浪费时间讨论它了。
所以，还是现实些，讨论一下并行处理技术，除非，你的办法比多线程、多进程还高明，还方便，更具实用价值。

看了一下openCL，不过是在编译器中处理，把任务和数据分块，发送到不同的CPU和GPU处理，然后等待结果，综合结果。。。。
这跟我们的工作很相似，我们是把数据分块，发送到多个节点去计算，每个节点是多线程的。
最后收集数据，综合起来得到最终结果。就是map-reduce模型，云计算。。。。。

windoze

回复 34# yulihua49

你说的没错啊。
话说回来在Linux里操作裸CPU也没那么遥不可及，启动的时候加个isolcpus参数预留几个CPU，然后就可以写个内核模块独占它们了，类似的事情好像有人做过。

yulihua49

windoze 发表于 2014-05-15 17:46
回复 34# yulihua49

你说的没错啊。

嗯。
楼主说的是用他那个工具进行多线程并行。
看哪个方便吧，多数人关心的是方便性。