自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

Linux系統(tǒng)編程—時序競態(tài)

系統(tǒng) Linux
什么是時序競態(tài)?將同一個程序執(zhí)行兩次,正常情況下,前后兩次執(zhí)行得到的結(jié)果應(yīng)該是一樣的。但由于系統(tǒng)資源競爭的原因,前后兩次執(zhí)行的結(jié)果有可能得到不一樣的結(jié)果,這個現(xiàn)象就是時序競態(tài)。

##時序競態(tài)

什么是時序競態(tài)?將同一個程序執(zhí)行兩次,正常情況下,前后兩次執(zhí)行得到的結(jié)果應(yīng)該是一樣的。但由于系統(tǒng)資源競爭的原因,前后兩次執(zhí)行的結(jié)果有可能得到不一樣的結(jié)果,這個現(xiàn)象就是時序競態(tài)。

[[344854]]

##pause函數(shù)

函數(shù)原型:

  1. int pause(void); 

函數(shù)作用:

進程調(diào)用pause函數(shù)時,會造成進程主動掛起(處于阻塞狀態(tài),并主動放棄CPU),并且等待信號將其喚醒。

返回值:

我們知道,信號的處理方式有三種:1. 默認(rèn)動作;2. 忽略處理;3. 捕捉。進程收到一個信號后,會先處理響應(yīng)信號,再喚醒pause函數(shù)。于是有下面幾種情況:

  • 如果信號的默認(rèn)處理動作是終止進程,則進程將被終止,也就是說一收到信號進程就終止了,pause函數(shù)根本就沒有機會返回;
  • 如果信號的默認(rèn)處理動作是忽略,則進程將直接忽略該信號,相當(dāng)于沒收到這個信號,進程繼續(xù)處于掛起狀態(tài),pause函數(shù)不返回;
  • 如果信號的處理動作是捕捉,則進程調(diào)用完信號處理函數(shù)之后,pause返回-1,errno設(shè)置為EINTR,表示“被信號中斷”。
  • pause收到的信號不能被屏蔽,如果被屏蔽,那么pause就不能被喚醒。

因為alarm函數(shù)可以在設(shè)定的時間之后發(fā)送SIGALRM信號,pause函數(shù)又可以將進程掛起等待信號,則二者結(jié)合可以自己寫一個sleep函數(shù),如下:

  1.  #include <unistd.h> 
  2.  #include <signal.h> 
  3.  #include <stdio.h> 
  4.   
  5.  void sig_alrm(int signo) 
  6.  { 
  7.      /* nothing to do */ 
  8.  } 
  9.   
  10. unsigned int mysleep(unsigned int nsecs) 
  11.     unsigned int unslept; 
  12.  
  13.     signal(SIGALRM, &sig_alrm); 
  14.     unslept = alarm(nsecs);  
  15.     pause(); 
  16.  
  17.     return unslept; 
  18.  
  19.  
  20. int main(void) 
  21.     while(1){ 
  22.         mysleep(2); 
  23.         printf("Two seconds passed\n"); 
  24.     } 
  25.  
  26.     return 0; 

##時序競態(tài)前導(dǎo)例

在講時序競態(tài)具體現(xiàn)象之前,我們先來看一個生活中常見的場景:

想午睡10分鐘,于是定了個10分鐘的鬧鐘,希望10分鐘后鬧鐘將自己叫醒。

正常情況:定好鬧鐘,午睡,10分鐘后鬧鐘叫醒自己;

異常情況:定好鬧鐘,躺下睡覺2分鐘,被同學(xué)叫醒去打球,打了20分鐘后回來繼續(xù)睡覺。但在打球期間,鬧鐘早就響過了,將不會再喚醒自己。

這個例子與之后要講的時序競態(tài)有很大的相似之處。

##時序競態(tài)問題分析

我們再回過頭來看上面所寫的mysleep程序。這個函數(shù)有可能是下面的時序:

  • SIGALRM默認(rèn)動作是終止進程,因此我們要將其捕捉,對SIGALRM注冊信號處理函數(shù);
  • 調(diào)用alarm(1)函數(shù)定時1秒鐘;
  • alarm(1)調(diào)用結(jié)束,定時器開始計時。就在這時,進程失去CPU,進入就緒態(tài)等待CPU(相當(dāng)于被同學(xué)叫醒去打球)。失去CPU的方式有可能是內(nèi)核調(diào)度了優(yōu)先級更高的進程取代了當(dāng)前進程,使得當(dāng)前進程無法獲得CPU;
  • 我們知道,alarm函數(shù)如果采用自然定時法的話,定時器將一直計時,與進程狀態(tài)無關(guān)。于是,1秒后,鬧鐘定時時間到,內(nèi)核向當(dāng)前進程發(fā)送SIGALRM信號。高優(yōu)先級進程尚未執(zhí)行完畢,當(dāng)前進程仍然無法獲得CPU,繼續(xù)處于就緒態(tài),信號無法處理(處于未決狀態(tài));
  • 優(yōu)先級高的進程執(zhí)行完畢,當(dāng)前進程獲得CPU資源,內(nèi)核調(diào)度回當(dāng)前進程執(zhí)行。SIGALRM信號遞達(dá),并被進程處理;
  • 信號處理完畢后,返回當(dāng)前主控流程,并調(diào)用pause()函數(shù),掛起等待alarm函數(shù)發(fā)送的SIGALRM信號將自己喚醒;
  • 但實際SIGALRM信號已經(jīng)處理完畢,pause()函數(shù)永遠(yuǎn)不會等到。

##解決時序競態(tài)問題

通過以上時序分析,我們可以看出,造成時序競態(tài)的原因就是SIGALRM信號在進程失去CPU的時候就已經(jīng)發(fā)送過來。為了防止這個現(xiàn)象出現(xiàn),我們可以先將該信號阻塞,將其“抓住”,再在解除阻塞的時候立刻調(diào)用pause函數(shù)掛起等待。這樣即使在調(diào)用alarm就失去CPU,也可以在進程重新獲得CPU時將抓到的SIGALRM信號重新“放出來”,并將之后的pause函數(shù)喚醒。

但在解除阻塞與pause等待掛起信號之間,還是有可能失去CPU,除非將這兩個步驟做成一個“原子操作”。Linux系統(tǒng)提供的sigsuspend函數(shù)就具備這個功能。所以,在時序要求比較嚴(yán)格的場合下都應(yīng)該使用sigsuspend函數(shù),而非pause函數(shù)。

函數(shù)原型:

  1. int sigsuspend(const sigset_t *mask); 

函數(shù)作用:掛起等待信號;

函數(shù)參數(shù):mask,傳入?yún)?shù),sigsuspend函數(shù)調(diào)用期間,進程信號屏蔽字由參數(shù)mask指定。

具體用法:可將某個信號(如SIGALRM)從臨時信號屏蔽字mask中刪除,也就是在調(diào)用sigsuspend函數(shù)時對該信號解除屏蔽,然后掛起等待信號。但我們此時已經(jīng)改變了進程的信號屏蔽字,所以調(diào)用完sigsuspend函數(shù)之后,應(yīng)將進程的信號屏蔽字恢復(fù)原樣。

  1.  #include <unistd.h> 
  2.  #include <signal.h> 
  3.  #include <stdio.h> 
  4.   
  5.  void sig_alrm(int signo) 
  6.  { 
  7.      /* nothing to do */ 
  8.  } 
  9.   
  10. unsigned int mysleep(unsigned int nsecs) 
  11.     struct sigaction newact, oldact; 
  12.     sigset_t newmask, oldmask, suspmask; 
  13.     unsigned int unslept; 
  14.  
  15.     //1.為SIGALRM設(shè)置捕捉函數(shù),一個空函數(shù) 
  16.     newact.sa_handler = sig_alrm
  17.     sigemptyset(&newact.sa_mask); 
  18.     newact.sa_flags = 0
  19.     sigaction(SIGALRM, &newact, &oldact); 
  20.  
  21.     //2.設(shè)置阻塞信號集,阻塞SIGALRM信號 
  22.     sigemptyset(&newmask); 
  23.     sigaddset(&newmask, SIGALRM); 
  24.    sigprocmask(SIG_BLOCK, &newmask, &oldmask);   //信號屏蔽字 mask 
  25.  
  26.     //3.定時n秒,到時后可以產(chǎn)生SIGALRM信號 
  27.     alarm(nsecs); 
  28.  
  29.     /*4.構(gòu)造一個調(diào)用sigsuspend臨時有效的阻塞信號集, 
  30.      *  在臨時阻塞信號集里解除SIGALRM的阻塞*/ 
  31.     suspmask = oldmask
  32.     sigdelset(&suspmask, SIGALRM); 
  33.  
  34.     /*5.sigsuspend調(diào)用期間,采用臨時阻塞信號集suspmask替換原有阻塞信號集 
  35.      *  這個信號集中不包含SIGALRM信號,同時掛起等待, 
  36.      *  當(dāng)sigsuspend被信號喚醒返回時,恢復(fù)原有的阻塞信號集*/ 
  37.     sigsuspend(&suspmask);  
  38.  
  39.     unslept = alarm(0); 
  40.     //6.恢復(fù)SIGALRM原有的處理動作,呼應(yīng)前面注釋1 
  41.     sigaction(SIGALRM, &oldact, NULL); 
  42.  
  43.     //7.解除對SIGALRM的阻塞,呼應(yīng)前面注釋2 
  44.     sigprocmask(SIG_SETMASK, &oldmask, NULL); 
  45.  
  46.     return(unslept); 
  47.  
  48. int main(void) 
  49.     while(1){ 
  50.         mysleep(2); 
  51.         printf("Two seconds passed\n"); 
  52.     } 
  53.  
  54.     return 0; 

##可重入函數(shù)/不可重入函數(shù)

一個函數(shù)在被調(diào)用執(zhí)行期間尚未調(diào)用結(jié)束的時候,由于某種時序,該函數(shù)又被重復(fù)調(diào)用,這種情況稱為「重入」。如果從信號處理程序返回,則繼續(xù)執(zhí)行進程斷點處的正常指令序列,從重新恢復(fù)到斷點重新執(zhí)行的過程中,函數(shù)所依賴的環(huán)境沒有發(fā)生改變,就說這個函數(shù)是可重入的,反之就是不可重入的。

如果要將函數(shù)做成可重入函數(shù),則函數(shù)內(nèi)不能含有全局變量及static變量,也不能使用malloc、free。

本文授權(quán)轉(zhuǎn)載自公眾號「良許Linux」。良許,世界500強外企Linux開發(fā)工程師,公眾號里分享大量Linux干貨,歡迎關(guān)注!

 

責(zé)任編輯:趙寧寧 來源: 今日頭條
相關(guān)推薦

2020-10-10 07:18:14

Linux系統(tǒng)編程管道

2020-10-18 07:13:44

Linux系統(tǒng)編程信號捕捉

2020-09-26 21:43:59

Linux系統(tǒng)編程條件變量

2020-10-05 22:01:02

Linux系統(tǒng)編程線程屬性

2020-09-28 06:49:50

Linux系統(tǒng)編程互斥量mutex

2020-09-26 23:09:00

Linux系統(tǒng)編程讀寫鎖

2020-09-22 07:35:06

Linux線程進程

2020-09-25 07:34:40

Linux系統(tǒng)編程信號量

2020-10-08 10:10:51

Linux系統(tǒng)編程信號集

2020-10-09 07:13:11

Linux系統(tǒng)編程mmap

2017-02-28 18:26:09

Linuxinput子系統(tǒng)編程

2023-12-29 09:28:25

Java編程

2023-03-14 08:01:53

Go開發(fā)原子操作

2010-03-05 13:34:54

2023-06-27 13:46:00

前端競態(tài)promise

2019-03-15 09:30:09

Linux系統(tǒng)CPU

2022-11-11 15:49:09

前端JavaScript開發(fā)

2022-11-11 10:22:54

前端Promise

2009-07-03 11:57:18

系統(tǒng)編程安全linux

2009-10-23 16:35:44

linux Debia
點贊
收藏

51CTO技術(shù)棧公眾號