[work] shell中的多进程并发

约定不等于承诺〃 2022-04-02 03:46 357阅读 0赞

根据我个人的理解， 所谓的多进程 只不过是将多个任务放到后台执行而已，很多人都用到过，所以现在讲的主要是控制，而不是实现。  
先看一个小shell：  
![20181225111321718][]  
  
看执行结果：  
![20181225111321743][]  
  
很明显是8s  
=============================  
这种不占处理器却有很耗时的进程，我们可以通过一种后台运行的方式  
来达到节约时间的目的。看如下改进：  
  
![20181225111321761][]  
  
用“\{\}”将主执行程序变为一个块，用&放入后台，四次执行全部放入后台后，我们  
需要用一个wait指令，等待所有后台进程执行结束，  
不然 系统是不会等待的，直接继续执行后续指令，知道整个程序结束。  
看结果：  
  
![20181225111321780][]  
  
可以看到，时间已经大大缩短了！  
  
============================  
以上实验虽然达到了多线程并发的目的，但有一个缺陷，不能控制  
运行在后台的进程数。  
为了控制进程，我们引入了管道 和文件操作符。  
无名管道： 就是我们经常使用的 例如： cat text | grep "abc"  
那个“|”就是管道，只不过是无名的，可以直接作为两个进程的数据通道  
有名管道： mkfilo 可以创建一个管道文件 ，例如： mkfifo　fifo\_file  
  
管道有一个特点，如果管道中没有数据，那么取管道数据的操作就会停滞，直到  
管道内进入数据，然后读出后才会终止这一操作，同理，写入管道的操作  
如果没有读取操作，这一个动作也会停滞。  
  
![20181225111321796][]  
  
当我们试图用echo想管道文件中写入数据时，由于没有任何进程在对它做读取操作，所以  
它会一直停留在那里等待读取操作，此时我们在另一终端上用cat指令做读取操作  
  
![20181225111321814][]  
  
你会发现读取操作一旦执行，写入操作就可以顺利完成了，同理，先做读取操作也是一样的：  
![20181225111321832][]  
  
  
由于没有管道内没有数据，所以读取操作一直滞留在那里等待写入的数据  
[![wKioL1NQHibDBf36AAC6gm8vLy8227\_small.jpg][wKioL1NQHibDBf36AAC6gm8vLy8227_small.jpg]][wKioL1NQHibDBf36AAC6gm8vLy8227_small.jpg_wKioL1NQHibDBf36AAC6gm8vLy8227_small.jpg]  
  
一旦有了写入的数据，读取操作立刻顺利完成  
  
以上实验，看以看到，仅仅一个管道文件似乎很难实现 我们的目的（控制后台线程数），  
所以 接下来介绍 文件操作符，这里只做简单的介绍，如果不熟悉的可以自行查阅资料。  
系统运行起始，就相应设备自动绑定到了 三个文件操作符 分别为 0 1 2 对应 stdin ，stdout， stderr 。  
在 /proc/self/fd 中 可以看到 这三个三个对应文件  
  
![20181225111321865][]  
  
输出到这三个文件的内容都会显示出来。只是因为显示器作为最常用的输出设备而被绑定。  
  
我们可以exec 指令自行定义、绑定文件操作符  
文件操作符一般从3-（n-1）都可以随便使用  
此处的n 为 ulimit -n 的定义值得  
![20181225111321882][]  
  
  
  
可以看到 我的 n值为1024 ，所以文件操作符只能使用 0-1023，可自行定义的 就只能是 3-1023 了。  
  
直接上代码，然后根据代码分析每行代码的含义：  
![20181225111321902][]  
  
  
第3行： 接受信号 2 （ctrl +C）做的操作  
exec 1000>&-和exec 1000<&- 是关闭fd1000的意思  
我们生成做绑定时 可以用 exec 1000<>testfifo 来实现，但关闭时必须分开来写  
> 读的绑定，< 标识写的绑定 <> 则标识 对文件描述符 1000的所有操作等同于对管道文件  
testfifo的操作。  
  
第5-7行： 　 分别为　创建管道文件，文件操作符绑定，删除管道文件  
　　　　 　 可能会有疑问，为什么不能直接使用管道文件呢？　  
　　　　 　事实上，这并非多此一举，刚才已经说明了管道文件的一个重要特性了，那就是读写必须同时存在  
　　　　 　缺少某一种操作，另一种操作就是滞留，而绑定文件操作符　正好解决了这个问题。  
　　　　 （至于为什么，我还没研究明白，有知道的　还请告知，谢谢）  
  
第9-12 行： 对文件操作符进行写入操作。 通过一个for循环写入10个空行，这个10就是我们要定义的后台线程数量。  
为什么写入空行而不是10个字符呢 ？  
这是因为，管道文件的读取 是以行为单位的。  
![20181225111321936][]  
  
  
当我们试图用 read 读取管道中的一个字符时，结果是不成功的，而刚才我们已经证实使用cat是可以读取的。  
  
第17-24行： 这里假定我们有100个任务，我们要实现的时 ，保证后台只有10个进程在同步运行 。  
read -u1000 的作用是：读取一次管道中的一行，在这儿就是读取一个空行。  
减少操作附中的一个空行之后，执行一次任务（当然是放到后台执行），需要注意的是，这个任务在后台执行结束以后  
会向文件操作符中写入一个空行，这就是重点所在，如果我们不在某种情况某种时刻向操作符中写入空行，那么结果就是：  
在后台放入10个任务之后，由于操作符中没有可读取的空行，导致 read -u1000 这儿 始终停顿。  
  
后边的 就不用解释了，贴下执行结果：  
  
  
![20181225111321953][]  
  
  
每次的停顿中都能看到 只有10个进程在运行  
一共耗时50s  
一共100个任务，每次10个 ，每个5s 正好50s  
  
上边的结果图之所以这么有规律，这是因为我们所执行的100个任务耗时都是相同的，  
比如，系统将第一批10个任务放入后台的过程所消耗的时间 几乎可以忽略不计，也就是说  
这10个任务几乎可以任务是同时运行，当然也就可以认为是同时结束了，而按照刚才的分析，  
一个任务结束时就会向文件描述符写入空行，既然是同时结束的，那么肯定是同时写入的空行，  
所以下一批任务又几乎同时运行，如此循环下去的。  
实际应用时，肯定不是这个样子的，比如，第一个放到后台执行的任务，是最耗时间的，  
那他肯定就会是最后一个执行完毕。  
所以，实际上来说，只要有一个任务完成，那么下一个任务就可以被放到后台并发执行了。

哥，read -n 1 fifofile 不是读管道文件中的一行吧？

源码：

[root@centosTest shelltest]# more mulpro.sh 
    #!/bin/bash
    trap "exec 1000>&-; exec 1000<&-;exit 0" 2
    mkfifo mulfifo
    exec 1000<>mulfifo
    rm -rf mulfifo
    for ((n=1;n<=10;n++))
    do
            echo >&1000
    done
    
    start=`date +%s`
    
    for ((i=1;i<=100;i++))
    do
            read -u1000
            {
                    echo success$i;sleep 3
                    echo >&1000
            }&
    done
    wait
    end=`date +%s`
    echo "Time :`expr $end - $start`"
    exec 1000>&-
    exec 1000<&-
    [root@centosTest shelltest]#

转自：[http://bbs.51cto.com/viewthread.php?tid=1104907&pid=5756676&page=1&extra=\#pid5756676][http_bbs.51cto.com_viewthread.php_tid_1104907_pid_5756676_page_1_extra_pid5756676]

\--多进程的另一种实现

这两天，因为工作地需要做一些的多进程的工作，看了网上的一些例子，多是通过管道文件的方式来实现的，后来想想也不用这么麻烦...

下面是一个多进程后台挂起的一个简单的例子，原理大概如下，先在后台挂起一定数量的进程，当正在执行的进程数超过一定数值后，暂停任务分配，睡眠一定时间，若后台进程数小于你设定的数值后，继续任务分配。

其实是不是也很简单...

\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\# change the var bill to fix \#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#  
\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\# change the pro to multi process \#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#  
\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\# yijy 2009.4.26 modified \#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#  
InDir="/in"  
OutDir="/out"  
CurCmd="varfixf"  
du $\{OutDir\}  
rm $\{OutDir\}/\*  
du $\{OutDir\}  
totalInDir=\`find $\{InDir\} -type f | wc -l\`  
curDir=\`pwd\`  
if \[ ! $\{totalInDir\} \]  
then  
echo "APP:MSG:There is no file in the in dir ... "  
exit  
else  
echo "APP:MSG:Start to convert ... "  
currentBinNum=0  
find $\{InDir\} -type f | while read file  
do  
currentBinNum=\`ps -ef | grep $\{FEDX\_HOME\} | grep $\{CurCmd\} | grep $\{curDir\} |wc -l\` /\*统计后台挂起的数目\*/  
echo "APP:MSG:Backgroud num : "$\{currentBinNum\}  
while \[ $\{currentBinNum\} -gt 30 \] /\*如果挂起数目大于30，这个挂起数值可以自定义，程序暂停，睡眠，睡眠之后继续检测后台挂起的数目\*/  
do  
sleep 1  
echo 'sleeping ...'  
currentBinNum=\`ps -ef | grep $\{FEDX\_HOME\} | grep $\{CurCmd\} | grep $\{curDir\} |wc -l\`  
done  
filename=\`basename $file\`  
varfixf $\{curDir\}/$\{InDir\}/$\{filename\} $\{curDir\}/$\{OutDir\}/$\{filename\} > /dev/null &  
done  
echo "APP:MSG:Convert over ... "  
fi

\------核心代码如下

while read line
        do
            currentBinNum=`ps -ef | grep command |wc -l` 
            while [ ${currentBinNum} -gt 30 ] 
            do
                sleep 1
                echo 'sleeping ...'
                currentBinNum=`ps -ef | command |wc -l`
            done
            commamd &
        done<infile

ps -ef|grep for|grep -v grep

[20181225111321718]: /images/20220402/889ca1717d794263a5d83c116ccb952e.png
[20181225111321743]: /images/20220402/a0fb7836df3546ea8ddd203c5cad6a1e.png
[20181225111321761]: /images/20220402/ec5b3dc45b6e419fb555f028702cf1ad.png
[20181225111321780]: /images/20220402/8e43ad1f92df412e970c103de8f6fe60.png
[20181225111321796]: /images/20220402/59b99549bb4e4d118cd79068f6aa9562.png
[20181225111321814]: /images/20220402/390200cf5d2e4760abc70131dfc8f77f.png
[20181225111321832]: /images/20220402/3ab70b40db1b4ab3a3e59dd496935729.png
[wKioL1NQHibDBf36AAC6gm8vLy8227_small.jpg]: https://img-blog.csdnimg.cn/20181225111321848
[wKioL1NQHibDBf36AAC6gm8vLy8227_small.jpg_wKioL1NQHibDBf36AAC6gm8vLy8227_small.jpg]: http://bbs.51cto.com/viewthread.php?tid=1104907&pid=5756676&page=1&extra=#%23%23zoom
[20181225111321865]: /images/20220402/912bdd9f2603401db08417681f121601.png
[20181225111321882]: /images/20220402/760c84d769c54fd29886fe0ab6a8e48f.png
[20181225111321902]: /images/20220402/5fbc969b70a0420d8a0f20b4c284b98e.png
[20181225111321936]: /images/20220402/67989976e6e847a28543c1517426e054.png
[20181225111321953]: /images/20220402/ee0081494d174f3a87b05dc5d4bb98e9.png
[http_bbs.51cto.com_viewthread.php_tid_1104907_pid_5756676_page_1_extra_pid5756676]: http://bbs.51cto.com/viewthread.php?tid=1104907&pid=5756676&page=1&extra=#pid5756676