用多核 CPU 来加速文本运算

Distributions

› Ubuntu

› Fedora

› CentOS

中文资源站

› 网易开源镜像站

This topic created in 4612 days ago, the information mentioned may be changed or developed.

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

用多核

CPU

文本

18 replies • 1970-01-01 08:00:00 +08:00

luikore

Oct 30, 2013

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

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

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

Muninn

Oct 30, 2013

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

felix021

Oct 30, 2013

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

oldcai

PRO

Oct 30, 2013

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

felix021

Oct 30, 2013

@oldcai 嗯，我说反了。。。

est

Oct 30, 2013

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

oldcai

PRO

Oct 30, 2013

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

bombless

Oct 30, 2013

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

reusFork

Oct 30, 2013

确定这样压缩出来的文件还能解压么？
--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

Oct 30, 2013

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

guangwong

Oct 30, 2013

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

Ricepig

Oct 31, 2013

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

luikore

Oct 31, 2013

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

pythonee

Oct 31, 2013

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

luikore

Oct 31, 2013

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

luikore

Oct 31, 2013

@pythonee bash 的手册里 Redirecting Input 那段

pythonee

Oct 31, 2013

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

luikore

Oct 31, 2013

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