Day22-系統(tǒng)服務
導讀
- 昨日回顧
- 管理進程
- 管理后臺進程
- 進程優(yōu)先級
- 平均負載
- 今日內容
- 系統(tǒng)服務
- 開機啟動流程
- 系統(tǒng)的運行級別
- systemd
- 單用戶模式
- 救援模式
昨日回顧
管理進程kill pkill killall
# 對進程發(fā)送信號
平滑 -1
強制 -9
默認 -15
程序都有自帶的發(fā)送信號方法
自己寫的腳本,可能沒有,需要借助kill這樣的指令
管理后臺進程
# 老版方法
nohup sleep 600 &>/dev/null &
jobs查看正在運行的后臺進程
fg Number 調入前臺執(zhí)行
# 新版方法
screen -S Name #開啟一個會話,與當前的Bash無關
ctrl+a+d #切換回Bash窗口
screen -r Name|pid #進入screen窗口
進程優(yōu)先級nice renice
優(yōu)先調度 優(yōu)先使用
# 如何調整優(yōu)先級
啟動進程時指定 nice -n -20 command
變更當前正在運行的進程 renice -n -20 command
系統(tǒng)假死的情況,可以選擇調整優(yōu)先級保證連接ssh
平均負載
單位時間內活躍進程數(shù)的平均值(正在運行的 等待被調度的 不可中斷的)
# 平均負載與CPU使用率有什么關系?
在某些情況下兩者會出現(xiàn)一致
但在有的時候,平均負載高與CPU使用率毫無關系
# 平均負載如何來正確觀看? 需要三個指標綜合來看
1.00 5.00 20.00 #負載在迅速的減弱
20.00 33.00 55.00 #負載很高,但還是有下降的趨勢
100.00 0.00 0.00 #負載突然增高,可能是大量的用戶請求造成
# 平均負載與CPU的關系?
CPU密集型 #會造成平均負載上升,同時CPU使用率也會飆升,此時一致
IO密集型 #會造成平均負載上升,同時iowait會升高,但與CPU使用率無關
多進程 #會造成平均負載上升,同時CPU使用率也會飆升,此時一致
今日內容
系統(tǒng)服務
開機啟動流程
Centos6
Centos6啟動流程
Centos7
Centos7啟動流程
Centos6與Centos7區(qū)別?
Centos6和7的區(qū)別
系統(tǒng)的運行級別
#Centos6
0 關機
1 單用戶模式
3 字符界面
5 圖形界面
6 重啟
# 查看運行級別
runlevel
# 臨時修改運行級別
init 3
# 永久修改 /etc/inittab
#Centos7
poweroff.taget #關機 0
rescue.target #單用戶模式 1
multi-user.target #字符界面 3
graphical.target #圖形界面 5
reboot.target #重啟 6
#查看當前運行級別
systemctl get-default
#修改系統(tǒng)下次啟動時的運行級別
systemctl set-default TARGET.target
systemd
systemctl start
服務已經設置為一個整體
systemctl stop
systemctl ngix
systemic #enable
daytemdleds xxx
單用戶模式
超級權限,必須面對實體硬件
# 能正常引導進入系統(tǒng)
配置文件錯誤導致無法啟動
忘記root密碼
救援模式
系統(tǒng)無法正常進入,比如沒有內核,grub被修改,系統(tǒng)崩潰
# 沒有內核文件,只能使用救援模式進入
# 系統(tǒng)崩潰,要保留重要的數(shù)據(jù)的時候
# grub菜單出現(xiàn)問題,引導被覆蓋
