用多核 CPU 来加速文本运算

[Livid]

http://www.aqee.net/use-multiple-cpu-cores-with-your-linux-commands/

[luikore]

文章展示了 cat 命令的一个常见误用: 没有多个文件却用 cat 连接.
结果是多产生了一个进程和一个管道.

正确写法是:
<some.txt other cmd ...

像 wc -l 这类命令的瓶颈明显是硬盘, parallel 以后反而比单核的慢.

[Muninn]

恩 压缩估计会好很多
io类的命令,确实很难说

[felix021]

测试过wc和grep这种非IO密集型的应用，用了parallel以后反而慢了很多很多；bzip2的话性能可以提高好几倍

[oldcai]

@felix021 wc和grep就是IO密集型吧。bzip2之类的倒是CPU密集型。
人生何处不相逢啊。。felix021君。。

[felix021]

@oldcai 嗯，我说反了。。。

[est]

@oldcai 一个反例：WinRAR的解压，IO write是瓶颈。

[oldcai]

@est 嗯，还是得具体分析，针对一般机器和一般压缩算法而言，CPU更容易是瓶颈。

[bombless]

@luikore 哈哈，的确是。他这种看的很不舒服

[reusFork]

确定这样压缩出来的文件还能解压么？
--pipe
--spreadstdin
Spread input to jobs on stdin (standard input). Read a block of data from stdin (standard input) and give one block of data as input to one job.

[luikore]

@oldcai CPU比IO快多了, 而且多数CPU瓶颈的场景都是用GPU解决的, 3000个核做data parallel比寥寥几个核做task parallel效果好很多...

[guangwong]

= = 说真的，单核分析不动了我就不用这些东西分析了，有更垂直的轮子。。。。。

[Ricepig]

@luikore 我以前也是这么想的，直到看到两篇文章。一篇是说gpu做一个算法有多牛逼。另一篇是intel写的，说是你用来比较的cpu上的代码太烂，爷给你写一个，秒杀GPU实现。

[luikore]

@Ricepig 链接? 估计那个问题不适合并行化或者不是computation bound的问题

[pythonee]

@luikore 开头这个小于号是什么原理，这个叫什么？没有见过，望指教

[luikore]

@pythonee 以文件为命令的输入流, 放前面和放后面一样, 可以和 > 对比想想. man bash 能找到更详细的阐述

[luikore]

@pythonee bash 的手册里 Redirecting Input 那段

[pythonee]

@luikore 这样写的可读性是不是有点差，个人觉得管道容易理解一些啊
不知道input哪个怎么理解好理解一点

[luikore]

@pythonee 既然理解了重定向output stream, 为什么不理解重定向input stream...