處理機調度的詳細介紹
處理機的調度
標籤(空格分隔): 進程調度調度演算法作業系統
基本概念
## 定義:作業系統管理了系統的有限資源,當有多個進程(或多個進程發出的請求)要使用這些資源時,因為資源的有限性,必須按照一定的原則選擇進程(請求)來佔用資源, 我們稱之為調度。
- 進階調度:作業調度, 調度物件為作業.
- 中階調度:記憶體調度(實質是記憶體的對換功能)
- 低階調度:進程調度, 調度物件為行程或核心級執行緒
服務時間\(T_s\)
: 系統為作業或行程提供服務的時間週轉時間\(T_i \)
: 作業或程序被提交給系統到作業或進程完成為止的時間間隔.通常包括:
進程在就緒佇列上等待進程調度的時間.進程在cpu上執行的時間.
平均週轉時間:
進程等待I/O操作完成的時間.
\[T = \frac{\sum_{i=1}^n T_i}{n}\]
頻寬週轉時間: 作業的周轉時間與為它提供服務的時間之比
\[W_i = \frac{T_i}{T_s}\]
平均帶權週轉時間:
\[W = \frac{\sum_ {i=1}^n \frac{T_i}{T_s}}{n}\]
#調度時機、切換與過程
行程排程與切換程式是作業系統內核程式。當請求調度的事件發生後,才可能會執行進程調度程序,當調度了新的就緒進程後,才會去進行進程間的切換。理論上這三件事情應該順序執行,但在實際設計中,在作業系統核心程式運行時,如果某時發生了引起進程調度的因素,並不一定能夠馬上進行調度與切換。
現代作業系統中,無法進行行程的調度與切換的情況有以下幾種情況:
- 在處理中斷的過程中:中斷處理過程複雜,在實作上很難做到進程切換,中斷處理是系統工作的一部分,邏輯上不屬於某一進程,不應被剝奪處理機資源。
- 進程在作業系統核心程式臨界區中:進入臨界區後,需要獨佔式地存取共享數據,理論上必須加鎖,以防止其他並行程式進入,在解鎖前不應切換到其他進程運行,以加快該共享資料的釋放。
- 其他需要完全屏蔽中斷的原子操作過程中:如加鎖、解鎖、中斷現場保護、恢復等原子操作。在原子過程中,連中斷都要屏蔽,更不應該進行進程調度與切換。
- 如果在上述過程中發生了引起調度的條件,並不能馬上進行調度和切換,應置系統的請求調度標誌,直到上述過程結束後才進行相應的調度與切換。
應該進行進程調度與切換的情況有:
- 當發生引起調度條件,且當前進程無法繼續運行時,可以馬上進行調度與切換。如果作業系統只在這種情況下進行進程調度,就是非剝奪調度。
- 當中斷處理結束或自陷處理結束後,返回被中斷程序的用戶態程序執行現場前,若置上請求調度標誌,即可馬上進行進程調度與切換。如果作業系統支援這種情況下的運行調度程序,就實現了剝奪方式的調度。
- 進程切換往往在調度完成後立刻發生,它要求保存原進程當前切換點的現場訊息,恢復被調度進程的現場資訊。現場切換時,作業系統核心會將原始進程的現場資訊推入到當前進程的核心堆疊來保存它們,並更新堆疊指標。核心完成從新進程的核心堆疊中裝入新進程的現場資訊、更新目前運行進程空間指標、重置PC暫存器等相關工作之後,開始執行新的進程。
調度的方式
- 非搶佔方式
- 一旦處理機分配給某進程後, 就一直讓它運行下去, 決不會因為時鐘中斷或任何其他原因取搶佔目前正在運行進程的處理機, 直至該進程完成, 或發生某事件而被阻塞時, 才把處理機分配給其他進程.
- 系統允許調度程序根據某種原則, 取暫停某個正在執行的進程, 將已分配個該進程的處理機重新分配給另一進程.
"搶佔"時應遵循一定的原則:
- 短行程優先原則
時間片原則
- 優先權原則
典型的調度演算法
先來先服務調度演算法(first-come first-served ):
即FCFS調度演算法, 既可用於作業調度, 也可用於進程調度.系統按照作業到達的先後次序(優先考慮在就緒佇列中等待時間最長的作業)進行排程.
缺點:未考慮作業的緊迫程度, 只能順序運行
#短作業(行程)優先的排程演算法(short job first):
為短作業而設立, 因為作業系統中大多為短作業.系統在作業運行時, 選出運行時間最短的作業將其調入記憶體.
#SJF(不可搶佔):演算法以作業的長短(作業需要運行的時間)來計算優先權, 作業越短, 其優先權越高.
SPF(可搶佔):同上, 但是當有作業優先權較高時, 便可以搶佔資源優先執行.
缺點:
必須預知作業的運行時間
對作業程不利
-
無法實現人機互動
沒有考慮到作業的緊迫程度
優先調度演算法(priority-scheduling algorithm):
PSA演算法基於作業的緊迫程度, 由外部賦予作業對應的優先權, 根據作業優先權進行調度.
高響應閉優先調度演算法(highest request ratio next):
# HRRN演算法即考慮了作業的等待時間, 又考慮了作業運行時間. 為沒有作業引入一個動態優先級:
##優先權= (等待時間+要求服務時間) / 要求服務時間可縮寫為:
R = 回應時間/ 要求服務時間特點:
- 作業等待時間相同, 則要求服務時間越短, 優先權越高越, 類似於SJF演算法, 有利於短作業
- 作業要求服務時間相同時, 則作業等待時間約長, 優先權越高, 類似於FCFS演算法, 有利於長作業
- 對於長作業(要求服務時間長), 隨著等待的時間足夠長,也可獲得較高的優先權. 不會一直等下去.
- 若一個時間片尚未用完, 正在運行的進程便已完成, 則立即激活調度程序, 將其從執行隊列中刪除, 在調度就緒佇列的隊首進程運行, 並啟動一個新的時間片.
- 在一個時間片用完時, 計時中斷處理程序被激活, 如果進程尚未運行完畢, 則調度程式將它送到就緒佇列末尾, 並調度就緒佇列的隊首進程運行, 並啟動新時間片.
:時間片選取過小, 則將頻繁的執行進程調度和進程長下文切換, 增加系統開銷; 時間片選取過長, 則RR算法退化為FCFS算法, 無法滿足短作業和交互式用戶需求. 時間片應選取略大於依次典型的交互所需要的時間, 是大多數進程在一個時間片內完成.多級反饋隊列調度算法(multileved feedback queue):
- 設置多個就緒佇列, 並為每個佇列賦予不同的優先權, 優先權越高的佇列其時間片越小.優先權最高的佇列最先進入待調度的佇列
- 佇列之間採用FCFS調度演算法.只有高優先權佇列中的全部行程完成時才調度下一佇列
- 佇列內的程序依照輪換演算法調度.新行程進入記憶體後首先進入優先權最高的佇列
- 在低優先權佇列運行時, 若有新行程到達, 那麼在運行完這個時間片後,CPU馬上分配給新到達的作業(搶佔式)。
實時系統中的進程調度演算法
實時系統是指系統能及時響應外部事件的請求並及時處理這些請求.基於這一特性, 實時系統在工業(武器)控制, 多媒體等系統中常見.
實時系統中通分為存在一個截止時間, 硬實時任務(HRT)要求在開始截止時間前必須執行, 在結束截止時間前必須結束. 軟實時任務同上, 但不嚴格.
在實時系統中有兩類演算法值得注意:最早截止時間優先演算法(Earliest Deadline First)和最低鬆弛度優先演算法(Least Laxity First).兩類演算法都可用搶佔式和非搶佔式調度, 但後者常用於搶佔式調度.
在m個週期性的實時調度中, 每個實時任務的處理時間\(C_i\), 週期時間\(P_i\), 在但處理機的情況下, 需要滿足條件:$\sum_{i=1}^m\frac{C_i}{P_i} \(小於1; 多處理機條件下, 必須滿足條件\)\sum_{i=1}^m\frac{C_i}{P_i} $小於N, N為處理機數.
最早截止時間優先演算法(EDF)
此演算法在即時系統中根據任務的截止時間決定其優先權.
非搶佔式
-
搶佔式
最低鬆弛度優先演算法(LLF)
在該法中根據任務的緊急程度(鬆弛程度)賦予其優先權, 越緊急的任務優先級越高.
任務的鬆弛程度= 必須完成時間- 其本身運行時間- 當前時間
系統的任務按照鬆弛度排成一個就緒佇列, 鬆弛度低的任務排在佇列前面, 即調度程序優先執行.
以上是處理機調度的詳細介紹的詳細內容。更多資訊請關注PHP中文網其他相關文章!

熱AI工具

Undresser.AI Undress
人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool
免費脫衣圖片

Clothoff.io
AI脫衣器

Video Face Swap
使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱門文章

熱工具

記事本++7.3.1
好用且免費的程式碼編輯器

SublimeText3漢化版
中文版,非常好用

禪工作室 13.0.1
強大的PHP整合開發環境

Dreamweaver CS6
視覺化網頁開發工具

SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)

在CentOS上對Zookeeper進行性能調優,可以從多個方面入手,包括硬件配置、操作系統優化、配置參數調整以及監控與維護等。以下是一些具體的調優方法:硬件配置建議使用SSD硬盤:由於Zookeeper的數據寫入磁盤,強烈建議使用SSD以提高I/O性能。足夠的內存:為Zookeeper分配足夠的內存資源,避免頻繁的磁盤讀寫。多核CPU:使用多核CPU,確保Zookeeper可以並行處理請

Linux適用於服務器、開發環境和嵌入式系統。 1.作為服務器操作系統,Linux穩定高效,常用於部署高並發應用。 2.作為開發環境,Linux提供高效的命令行工具和包管理系統,提升開發效率。 3.在嵌入式系統中,Linux輕量且可定制,適合資源有限的環境。

本文探討如何在Debian系統上提升Hadoop數據處理效率。優化策略涵蓋硬件升級、操作系統參數調整、Hadoop配置修改以及高效算法和工具的運用。一、硬件資源強化確保所有節點硬件配置一致,尤其關注CPU、內存和網絡設備性能。選擇高性能硬件組件對於提升整體處理速度至關重要。二、操作系統調優文件描述符和網絡連接數:修改/etc/security/limits.conf文件,增加系統允許同時打開的文件描述符和網絡連接數上限。 JVM參數調整:在hadoop-env.sh文件中調整

在 CentOS 上安裝 MySQL 涉及以下步驟:添加合適的 MySQL yum 源。執行 yum install mysql-server 命令以安裝 MySQL 服務器。使用 mysql_secure_installation 命令進行安全設置,例如設置 root 用戶密碼。根據需要自定義 MySQL 配置文件。調整 MySQL 參數和優化數據庫以提升性能。

在 VS Code 中,可以通過以下步驟在終端運行程序:準備代碼和打開集成終端確保代碼目錄與終端工作目錄一致根據編程語言選擇運行命令(如 Python 的 python your_file_name.py)檢查是否成功運行並解決錯誤利用調試器提升調試效率

提升DebianHadoop集群数据传输效率的关键在于多方面策略的综合运用。本文将详细阐述优化方法,助您显著提升集群性能。一、数据本地化策略最大限度地将计算任务分配至数据存储节点,有效减少节点间数据传输。Hadoop的数据本地化机制会自动将数据块移动到计算任务所在的节点,从而避免网络传输带来的性能瓶颈。二、数据压缩技术在数据传输过程中采用数据压缩技术,降低网络传输数据量,从而提升传输效率。Hadoop支持多种压缩算法,例如Snappy、Gzip和LZO等,您可以根据实际情况选择最优算法。三、

VS Code擴展安裝失敗的原因可能包括:網絡不穩定、權限不足、系統兼容性問題、VS Code版本過舊、殺毒軟件或防火牆干擾。通過檢查網絡連接、權限、日誌文件、更新VS Code、禁用安全軟件以及重啟VS Code或計算機,可以逐步排查和解決問題。

VS Code 擴展存在惡意風險,例如隱藏惡意代碼、利用漏洞、偽裝成合法擴展。識別惡意擴展的方法包括:檢查發布者、閱讀評論、檢查代碼、謹慎安裝。安全措施還包括:安全意識、良好習慣、定期更新和殺毒軟件。
