Linus Torvalds ：忘掉那该死的并行吧！

yulihua49

wang290 发表于 2015-01-09 09:39
在 Avoiding ping pong上，Linus Torvalds以其一贯高雅的调调抨击了“并行计算就是未来”的论调，并在原文和 ...

提升单核性能  ---  现在主频已经达到极限，还有什么办法能够提高性能吗？
对于终端用户来说，4核就差不多了 --  现在32核很普通了，128核也不稀奇了。还可以多CPU啊，还可以多服务器啊，在一个系统中，成千上万的核已经不是幻想。
在图形计算和服务器端之外  ---  把一半的计算机世界都除去了，这个论点还有什么意义吗？数十亿的客户端几乎都是由数百万的服务器提供支持，他们就像我们的左手和右手，各占半边天。云计算，大数据，哪个不靠服务器？哪个服务器不需要并行？
并行计算就靠优秀的软件，那些开发简单软件---把性能问题丢给硬件的论点，才是真正过时的论点。因为，性能，永远没有够的时候。


linus，老了，跟不上时代了。他那个linux，不就是做服务器的强项？做客户端，它拼得过WINDOWS吗？

linux，那个非抢占的优先级调度，一直是备受UNIX世界攻击的，对于做服务器也是很不利的。

并行计算中，的确存在很多难题，人们因此付出不懈的努力，并获得了有效的进展。

yulihua49

niao5929 发表于 2015-01-10 09:15
我觉得没有强大的本地化。说什么并行也是扯淡的。现在的所谓集群并行首先依托的是单个神经节点的本地化强大 ...

？？并行有很多方法，你说的是－－－－－－－？

yulihua49

zhaohongjian000 发表于 2015-01-12 10:13
回复 8# yulihua49

先说一下Linus，我觉得他有时候会矫枉过正。

这不是什么观点问题，一切都是无奈之举，主频，受量子力学和光速限制，已经达到极限。
首先，单元已经是原子级，不能再小了，芯片尺寸，已经与主频的波长接近，主频也不能再提高。
分支预测、高速缓存、乱序执行也都没有放弃。
多核的芯片更大，所以主频略低。
有两种选择，较小的芯片和较高的主频，或者较大的芯片（多核）和较低的主频。
或者，用较小的芯片堆叠，并联，减少波的传播距离？散热怎么办？我也不是制造芯片的，说了不算。
不管怎么说，多核是（提高性能的）唯一途径。
那么，并行处理，交给软件了。（做硬件的，把球又抛给了软件）。
像12306那样的商业系统，除了并行，还能指望什么技术呢？
所以，面对几十个核（很普通的系统），往往是利用率很低，这就表现出软件的薄弱，就值得我们去研究，怎能忘掉那该死的并行呢？

yulihua49

zhaohongjian000 发表于 2015-01-12 12:03
回复 10# yulihua49

你确认intel大幅降低单核性能？intel在2000年之前遇到了主频瓶颈，后来收买了digital公司的alpha技术，主频上去一大块，接近现在的水平。
同时采用了digital的乱序执行技术，这个当年我们是测过的，的确性能有显著提高。你确认他会退步？
多核CPU的主频有所降低，但不是大幅度的。

至于多核是3*还是多少，情况比较复杂，总之是软件的水平问题。
我们测试的，纯CPU的应用，在16核上，是16倍，一点没损失。但是到了系统级别，又有IO又有互斥，伸缩比就不一定了。但是一般说，会比单核强得多。
比如，我们的应用服务器系统，32核2.4G的机器，比4核3G的机器，要快至少6倍。那也很合算啊，整机价格才2倍。

为了解决互斥问题，人们发明了类似erlang语言，面向并行的，据说很有效。所以说球，又抛到了软件这边。

yulihua49

zhaohongjian000 发表于 2015-01-12 14:14
回复 12# yulihua49

“众核”不是“多核”？那我就不清楚了。我说的普通的多核系统，在有限的条件下可以达到完美的并行度。
至于现在还未找到完美的并行方案，依旧是软件水平问题，包括最顶尖的学术研究，或者人类的智力都还不到位，还需要持续不断的努力与探索，怎能忘了那该死的并行？
尽管并行方案不完美，现在的成果，多核系统的性能，依然远远高于单核系统（在普通的商用服务器系统，而不仅是在研究机构）。
就拿ORACLE的RAC系统而言，无论在每个节点的多核服务器，还是在数据库引擎的总体性能，都显现了很好的性能的可伸缩性。

至于更多的核，更多的节点。如何达到满意的伸缩性，那就是要努力研究的了。

哦，请教下，intel的“众核”芯片是哪个型号？

yulihua49

windoze 发表于 2015-01-12 16:08
回复 14# yulihua49

洋文，看着费劲，收藏，慢慢看。

yulihua49

zhaohongjian000 发表于 2015-01-12 16:27
回复 16# windoze

我们的技术，几十核没啥问题。上千的核？还真是挑战，得继续研究。

yulihua49

windoze 发表于 2015-01-13 14:24
回复 22# yulihua49

上千核的程序就不是这么写了……

提示一下，怎么玩？

yulihua49

lost_templar 发表于 2015-01-13 22:33
回复 26# yulihua49

正在吐血调试的一段，并行在四块显卡上，有 2880 + 2496 + 2496 + 2496 个核

没看懂，cuda是啥，你要介绍一下，你那个程序的功能是啥。

yulihua49

linux_c_py_php 发表于 2015-01-12 20:10
对于并行软件开发模式，锁最终会是瓶颈，随着cpu个数增多，性能无法线性。

不过这不是说没法提高了，只是 ...

这种“众核”的东西，简单的做法是构建很多的虚拟机，云平台用。

假如4096核，我可以这么用，建100个进程，每进程41线程，10000个客户端。这样可以支持100W用户的接入。
为了容错，至少2台服务器，可以200W接入。前端设负载均衡器。

所以说，并行的方法有很多种。怎能忘掉它？