5、進程/線程模型2(操作系統筆記)

五、深入理解進程概念

5.1 進程的分類

  • 1、系統進程/用戶進程
    這里系統進程的優先級要高

  • 2、前臺進程/后臺進程
    用戶一般只和前臺進程交互。

  • 3、CPU密集型進程/IO密集型進程

5.2 進程層次結構

  • UNIX中是一個進程家族樹的概念:init為根進程。于是如果某一個進程結束了,那么其子孫進程都必須結束。
  • Windows中的所有進程的地位都是相同的。

5.3 進程和程序的區別

  • 進程更能準確刻畫并發,而程序不能
  • 程序是靜態的,進程是動態的
  • 進程有生命周期的,有誕生有消亡,是短暫的;而程序是相對長久的
  • 一個程序可對應多個進程
  • 進程具有創建其他進程的功能

5.4 進程的地址空間

操作系統為每個進程分配了一個地址空間。這里我們看一個例子:


1

這個程序我們從命令行中輸入數據,比如:

myval 7
myval 8

此時我們會發現雖然進程不同,但是打印出來的地址確實一樣的。這里我們從進程地址空間來分析:

2

說明:上面的兩個進程都有這樣一個地址空間,也就是說這兩個進程是在不同的地址空間上的相同的位置,所以雖然地址是一樣的,但是實際上在實際內存中的地址是不一樣的。

5.5 進程映像

對進程執行活動全過程的靜態描述(快照)。由進程地址空間內容、硬件寄存器內容及與該進程相關的內核數據結構、內核棧組成

  • 與用戶相關:進程地址空間(代碼段、數據段、堆和棧、共享棧等)
  • 與寄存器相關:程序計數器、指令寄存器、程序狀態寄存器、棧指針、通用寄存器等的值
  • 與內核相關:
    • 靜態部分:PCB及各種資源數據結構
    • 動態部分:內核棧(不同進程在進入內核后使用不同的內核棧)

5.6 上下文切換

  • CPU硬件狀態從一個進程換到另一個進程的過程稱為上下文切換,其實就是運行環境的切換。
  • 進程運行時,其硬件狀態保存在CPU上的寄存器中。寄存器有:程序計數器、程序狀態寄存器、棧指針、通用寄存器、其他控制寄存器的值
  • 進程不運行時,這些寄存器的值保存在進程控制塊中;當操作系統要運行一個新的進程時,將進程控制塊中相關值送到對應的寄存器中。

六、線程

6.1 線程的引入

引入線程有三個理由:

  • 應用的需要
  • 開銷的考慮
  • 性能的考慮

6.1.1 應用的需要

我們看一個例子,一個web服務器的工作方式:

  • 從客戶端接收網頁請求
  • 從磁盤上檢索相關的網頁,讀入內存(此時進程是停止的,直到讀取完畢)
  • 將網頁返回給對應的客戶端

可以看到每次從磁盤讀取的時候進程都是暫停的,這樣會導致性能低下。那如何提高服務器的工作效率?通常情況下是使用網頁緩存的方式解決。如果沒有線程的情況下的兩種解決方案:

  • 一個服務進程
    這種情況下也是一種順序編程,雖然采用了緩存機制,但是性能同樣不高。而如果設置多個進程,這多個進程之間又是相互獨立的,有獨立的地址空間,所以不能共享信息。

  • 有限狀態機
    這種方式編程模型復雜,采用非阻塞的I/O

多線程的解決方式

1

說明:這是一個多線程的web服務器的工作方式,首先讀取客戶端的請求,之后由分派線程將各個任務分派給工作線程,同樣這里還是采用了網頁緩存。于是我們可以看到一個web服務器的實現有三種方式:
2

6.1.2 開銷的考慮

3

6.1.3 性能的考慮

如果有多個處理器的話,一個進程就會有多個線程同時在執行了,這樣可以極大的提高運行 性能。

6.2 線程的基本概念

4

線程的屬性

  • 有標識符ID
  • 有狀態及狀態轉換-->需要提供一些操作
  • 不運行時需要保存的上下文(程序計數器等寄存器)
  • 有自己的棧和棧指針
  • 共享所在進程的地址空間和其他資源
  • 創建、撤銷另一個線程(程序開始是以一個單線程方式運行的)

6.3 線程機制的實現

一般有三種實現機制:

  • 用戶級線程
  • 核心級線程
  • 混合(兩者結合)方法

6.3.1 用戶級線程

5

說明:可以看到線程是有運行時系統管理的,在內核中只有進程表。典型例子就是UNIX:
POSIX線程庫--PTHREAD
6

小結:
有點:

  • 線程切換快
  • 調度算法是應用程序特定的
  • 用戶級線程可運行在任何操作系統上(只需要實現線程庫)

缺點:

  • 內核只將處理器分配給進程,同一進程中的兩個線程不能同時運行于兩個處理器上
  • 大多數系統調用是阻塞的,因此,由于內核阻塞進程,故進程中所有線程也被阻塞。(可以在調用之前判斷進行解決,如果是阻塞線程,那么就換其他線程)

6.3.2 核心級線程

7

6.3.3 混合模型

  • 線程創建在用戶空間完成
  • 線程調度等在核心態完成
  • 例子如Solaris操作系統
最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,836評論 6 540
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 99,275評論 3 428
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,904評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,633評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,368評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,736評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,740評論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,919評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,481評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,235評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,427評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,968評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,656評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,055評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,348評論 1 294
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,160評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,380評論 2 379

推薦閱讀更多精彩內容