【请教】ps -ef|grep "abc" 的结果为什么会显示出grep abc

zyj09

在ps -ef | grep "abc" 匹配行时，为什么结果里面会有条grep abc的记录？

示例如下：
-bash-3.00$ ps -ef |grep "abc"
  zhouyj  3844 14914   0 11:06:10 pts/113     0:00 grep abc
-bash-3.00$ ps -ef |grep abc
  zhouyj  3857 14914   0 11:06:14 pts/113     0:00 grep abc

请各位朋友帮忙解答下，谢谢！

chenyx

那个是grep的进程,你应该这样,过滤掉grep

1. ps -ef | grep "abc" | grep -v grep

复制代码

DiDeCrouse

grep也是一个进程

zyj09

回复 2# chenyx


此时的grep是个进程是正确的
1、但根据 “| 管道”的意思，是把 “|”之前的内容做为 “|”之后命令的输入，难道这里的管道是并发的？
2、如果此时的管道是并发的话，那么并发管道什么时候才出现？ 执行 ls |grep "abc" 这个命令的时候，为什么在进程中没有查到grep abc的进程？

cu_little_bird

你ls 又不是查看进程。。。。。

chenyx

楼主出现的那个匹配的是grep后面的abc,就是grep后面的参数,与并发没有关系

zyj09

回复 6# chenyx


现在有点搞不懂的地方就是：
如果单纯执行ps -ef的时候，输出一堆进程信息里面是没有grep abc这个进程的，但为什么执行 ps -ef |grep abc 之后，显示的结果却只有grep abc一条记录。
我的理解是ps -ef |grep abc这条组合匹配把ps -ef输出的一堆进程信息作为grep abc的输入并进行艾格，如果这一堆进程信息中没有包含abc的匹配行，输出结果应为空。但实际的输出结果是有一条grep abc的记录，那只能理解成为管道是并发的。执行ps -ef |grep abc的时候，grep abc这个进程信息与ps -ef的输出信息放在一起，然后再进行grep abc的匹配，得出一条匹配记录。如果按照这个理解，那么管道是并发的这个思想又与管道把 “|”之前的命令的输出作为“|”之后的命令的输入又不一致。我的困惑就在这了。

weichongli

你单纯执行ps -ef 的时候没有执行grep 命令，所以没有grep abc

管道把前一个命令的输出做为后一个命令的输入，这是对的。
但是，系统不会等前一个命令执行完了以后才去启动后一个命令。因为管道本质上就是一段内存缓冲区，一个进程写数据进去，另一个进程从其中读取数据。如果写进程把缓冲区写满了，读进程还没有从缓冲区中开始读数据，那么写进程就会挂在那里一直等，直到缓冲区的数据被取出来。管道被设计出来是为了在进程间交换数据，所以管道两端的进程同时存在没什么不对。

zyj09

回复 8# weichongli


非常感谢 weichongli 的讲解，谢谢！

另再请问下：我一直想找些关于linux机制的介绍（如内存管理、进程调度、dump、kexec、strace、管道等等），但很难找到从原理或机制上讲解的书箱，你能分享下你平常学习linux的一些经验和一些好的书箱么？

bikong0411

ps -ef | grep ab[c]