之前一直知道使用 Ctrl+Z 掛起前臺行程來阻止行程運行，之后可以再通過 shell 的作業控制 (jobs / fg N) 來將后臺行程切換為前臺，從而繼續運行，
最近學到一種新的方法，對于不停有 console 輸出的前臺行程，可以使用 Ctrl+S 來 STOP 一個行程的輸出，從而暫停行程，
之后可以通過 Ctrl+Q 或輸入任意字符來重啟 (START) 行程輸出，從而繼續運行，
看到這個方法，立即想到寫個腳本驗證一下：
deadloop.sh
1 #! /bin/sh 2 var=1 3 while : 4 do 5 echo this is $var 6 var=$(($var+1)) 7 usleep 100000 8 done
這個腳本每 100 毫秒輸出一條日志 “this is N”，其中 N 為日志序號，可以幫我們確定在一次暫停與重啟之間，是否有輸出丟失，
運行程序中按下 Ctrl+S，輸出果然暫停了：
>./deadloop.sh this is 1 this is 2 this is 3 this is 4
再按下 Ctrl+Q 則輸出繼續，直到按下 Ctrl+Z 掛起行程：
>./deadloop.sh this is 1 this is 2 this is 3 this is 4 this is 5 this is 6 this is 7 this is 8 this is 9 this is 10 this is 11 ^Z [1]+ Stopped ./deadloop.sh >
首先可以看到重啟后的輸出序號與重啟前的可以接上，所以中間并沒有輸出丟失，也就是說是行程被暫停了，而不只是輸出停止了，
其次在按下 Ctrl+Z 時終端會回顯 ^Z，而按下 Ctrl+S 或 Ctrl+Q 時，終端沒有任何回顯，
于是重點對比按下 Ctrl+S 時與 Ctrl+Z 時行程的狀態，來看這兩種暫停方式的區別，
通過 ps 命令查看下兩種暫停時行程的狀態：
Ctrl+S
>ps xfo pid,ppid,pgid,sid,tpgid,suid,euid,user,stat,tty,command
PID PPID PGID SID TPGID SUID EUID USER STAT TT COMMAND 6653 6652 2786 2786 -1 500 500 yunhai S ? \_ gnome-pty-helper 6655 6652 6655 6655 6655 500 500 yunhai Ss+ pts/0 \_ /bin/bash 12539 6652 12539 12539 16673 500 500 yunhai Ss pts/1 \_ /bin/bash 16673 12539 16673 12539 16673 500 500 yunhai S+ pts/1 | \_ /bin/sh ./deadloop.sh 12797 6652 12797 12797 13349 500 500 yunhai Ss pts/2 \_ /bin/bash 15959 6652 15959 15959 16766 500 500 yunhai Ss pts/3 \_ /bin/bash 16766 15959 16766 15959 16766 500 500 yunhai R+ pts/3 \_ ps xfo pid,ppid,pgid,sid,tpgid,suid,euid,user,stat,tty,command
Ctrl+Z
>ps xfo pid,ppid,pgid,sid,tpgid,suid,euid,user,stat,tty,command PID PPID PGID SID TPGID SUID EUID USER STAT TT COMMAND 6653 6652 2786 2786 -1 500 500 yunhai S ? \_ gnome-pty-helper 6655 6652 6655 6655 6655 500 500 yunhai Ss+ pts/0 \_ /bin/bash 12539 6652 12539 12539 16717 500 500 yunhai Ss pts/1 \_ /bin/bash 16673 12539 16673 12539 16717 500 500 yunhai T pts/1 | \_ /bin/sh ./deadloop.sh 16688 16673 16673 12539 16717 500 500 yunhai T pts/1 | | \_ usleep 100000 16717 12539 16717 12539 16717 500 500 yunhai R+ pts/1 | \_ ps xfo pid,ppid,pgid,sid,tpgid,suid,euid,user,stat,tty,command 12797 6652 12797 12797 13349 500 500 yunhai Ss pts/2 \_ /bin/bash 15959 6652 15959 15959 15959 500 500 yunhai Ss+ pts/3 \_ /bin/bash
可以看到最大的不同是，通過 Ctrl+Z 停止的行程狀態為掛起 ('T')，而通過 Ctrl+S 停止的行程狀態為運行 ('S+')，
另一方面，我們啟動 stap 探測行程間信號的收發，可以在 Ctrl+Z 停止行程時收到以下的輸出：
stap_signal.sh
22 events/3 16688 usleep 20 SIGTSTP
22 events/3 16673 deadloop.sh 20 SIGTSTP
16673 deadloop.sh 12539 bash 17 SIGCHLD
16688 usleep 16673 deadloop.sh 17 SIGCHLD
也就是說可以觀察到向前臺行程發送的 SIGTSTP 信號，而在使用 Ctrl+S 時并無特別的信號被偵測到 (僅 usleep 行程結束時向父行程發送的 SIGCHILD)，
注意：此處的 SIGCHLD 并不表示 deadloop.sh 與 usleep 結束，而是掛起時向父行程發送的通知，關于這一點，可以參考我之前寫的一篇文章：
[apue] 等待子行程的那些事兒
在暫停期間，通過 pstack 命令查看兩種方式暫停的行程堆疊資訊：
Ctrl+S
>pstack 16673
#0 0x00119424 in __kernel_vsyscall ()
#1 0x007a7cd3 in __write_nocancel () from /lib/libc.so.6
#2 0x007411b4 in _IO_new_file_write () from /lib/libc.so.6
#3 0x00742a90 in _IO_new_do_write () from /lib/libc.so.6
#4 0x00741c80 in _IO_new_file_overflow () from /lib/libc.so.6
#5 0x00744b2a in __overflow () from /lib/libc.so.6
#6 0x0073e0b5 in putc () from /lib/libc.so.6
#7 0x080aebb0 in echo_builtin ()
#8 0x08070c51 in ?? ()
#9 0x08072e41 in ?? ()
#10 0x08073aa0 in execute_command_internal ()
#11 0x080747a4 in execute_command ()
#12 0x08076d89 in ?? ()
#13 0x08073a02 in execute_command_internal ()
#14 0x080747a4 in execute_command ()
#15 0x08076d89 in ?? ()
#16 0x08073a02 in execute_command_internal ()
#17 0x080747a4 in execute_command ()
#18 0x080750e4 in ?? ()
#19 0x08073bc4 in execute_command_internal ()
#20 0x080747a4 in execute_command ()
#21 0x08060857 in reader_loop ()
#22 0x0805fed9 in main ()
Ctrl+Z
>pstack 16673
#0 0x00119424 in __kernel_vsyscall ()
#1 0x00776673 in __waitpid_nocancel () from /lib/libc.so.6
#2 0x080830f2 in ?? ()
#3 0x0808432e in wait_for ()
#4 0x08074635 in execute_command_internal ()
#5 0x08076dcd in ?? ()
#6 0x08073a02 in execute_command_internal ()
#7 0x080747a4 in execute_command ()
#8 0x080750e4 in ?? ()
#9 0x08073bc4 in execute_command_internal ()
#10 0x080747a4 in execute_command ()
#11 0x08060857 in reader_loop ()
#12 0x0805fed9 in main ()
前者停止在了 write 系統呼叫，后者停止在了 waitpid 系統呼叫，
所以前者應該是在輸出時被暫停的，而后者是在等待 usleep 子行程回傳時被掛起的，
大家可以體會一下這兩處方式在細微處的差別，
最后，可以使用 Ctrl+S 停止前臺行程的前提是 必需打開終端的 IXON 標志，使用之前的小工具：
[apue] 一個查看當前終端標志位設定的小工具
可以查看終端的輸入 flag 是否已經打開了這個標志：
>./term
input flag 0x00006f02
BRKINT
ICRNL
IMAXBEL
IXANY
IXON
output flag 0x00000005
ONLCR
OPOST
control flag 0x000004bf
CREAD
CSIZE
CS6
CS7
CS8
HUPCL
local flag 0x00008a3b
ECHO
ECHOE
ECHOK
ICANON
IEXTEN
ISIG
一般終端都是打開的，如果再打開 IXANY 標志位，則使用任意鍵都可以重啟被停止的輸出，而不一定要使用 Ctrl+Q，
最后，還有一個隱藏的前提，就是被暫停的行程在前臺有頻繁的輸出，否則 Ctrl+S 也無用武之地，
例如，使用下面的命令啟動腳本：
>./deadloop.sh > deadloop.log
則無法通過 Ctrl+S 的方法暫停這個行程，
總結一下，今天學到一個新的方法去暫停運行中的前臺行程，可能對于運維老鳥來說已經是手到擒來，對我卻是完全的新鮮，
所以花了些時間研究下，感覺 linux 博大精深，不起眼處可能就藏著一些好東西，值得挖掘！
轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/141389.html
標籤：Linux