0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

深入理解Linux傳統(tǒng)的System Call I/O

GReq_mcu168 ? 來源:CSDN博客 ? 作者:范桂颶 ? 2021-11-19 09:52 ? 次閱讀

傳統(tǒng)的 System Call I/O

Linux 系統(tǒng)中,傳統(tǒng)的訪問方式是通過 write() 和 read() 兩個(gè)系統(tǒng)調(diào)用實(shí)現(xiàn)的,通過 read() 函數(shù)讀取文件到到緩存區(qū)中,然后通過 write() 方法把緩存中的數(shù)據(jù)輸出到網(wǎng)絡(luò)端口。

read(file_fd, tmp_buf, len);write(socket_fd, tmp_buf, len);

下圖分別對(duì)應(yīng)傳統(tǒng) I/O 操作的數(shù)據(jù)讀寫流程,整個(gè)過程涉及 2 次 CPU 拷貝、2 次 DMA 拷貝,總共 4 次拷貝,以及 4 次上下文切換。

CPU 拷貝:

由 CPU 直接處理數(shù)據(jù)的傳送,數(shù)據(jù)拷貝時(shí)會(huì)一直占用 CPU 的資源。

DMA 拷貝:

由 CPU 向DMA磁盤控制器下達(dá)指令,讓 DMA 控制器來處理數(shù)據(jù)的傳送,數(shù)據(jù)傳送完畢再把信息反饋給 CPU,從而減輕了 CPU 資源的占有率。

上下文切換:

當(dāng)用戶程序向內(nèi)核發(fā)起系統(tǒng)調(diào)用時(shí),CPU 將用戶進(jìn)程從用戶態(tài)切換到內(nèi)核態(tài);

當(dāng)系統(tǒng)調(diào)用返回時(shí),CPU 將用戶進(jìn)程從內(nèi)核態(tài)切換回用戶態(tài)。

讀操作

當(dāng)應(yīng)用程序執(zhí)行 read 系統(tǒng)調(diào)用讀取一塊數(shù)據(jù)的時(shí)候,如果這塊數(shù)據(jù)已經(jīng)存在于用戶進(jìn)程的頁(yè)內(nèi)存中,就直接從內(nèi)存中讀取數(shù)據(jù)。

如果數(shù)據(jù)不存在,則先將數(shù)據(jù)從磁盤加載數(shù)據(jù)到內(nèi)核空間的讀緩存(Read Buffer)中,再?gòu)淖x緩存拷貝到用戶進(jìn)程的頁(yè)內(nèi)存中。

read(file_fd, tmp_buf, len);

基于傳統(tǒng)的 I/O 讀取方式,read 系統(tǒng)調(diào)用會(huì)觸發(fā) 2 次上下文切換,1 次 DMA 拷貝和 1 次 CPU 拷貝。

發(fā)起數(shù)據(jù)讀取的流程如下:

用戶進(jìn)程通過 read() 函數(shù)向 Kernel 發(fā)起 System Call,上下文從 user space 切換為 kernel space。

CPU 利用 DMA 控制器將數(shù)據(jù)從主存或硬盤拷貝到 kernel space 的讀緩沖區(qū)(Read Buffer)。

CPU 將讀緩沖區(qū)(Read Buffer)中的數(shù)據(jù)拷貝到 user space 的用戶緩沖區(qū)(User Buffer)。

上下文從 kernel space 切換回用戶態(tài)(User Space),read 調(diào)用執(zhí)行返回。

寫操作

當(dāng)應(yīng)用程序準(zhǔn)備好數(shù)據(jù),執(zhí)行 write 系統(tǒng)調(diào)用發(fā)送網(wǎng)絡(luò)數(shù)據(jù)時(shí),先將數(shù)據(jù)從用戶空間的頁(yè)緩存拷貝到內(nèi)核空間的網(wǎng)絡(luò)緩沖區(qū)(Socket Buffer)中,然后再將寫緩存中的數(shù)據(jù)拷貝到網(wǎng)卡設(shè)備完成數(shù)據(jù)發(fā)送。

write(socket_fd, tmp_buf, len);

基于傳統(tǒng)的 I/O 寫入方式,write() 系統(tǒng)調(diào)用會(huì)觸發(fā) 2 次上下文切換,1 次 CPU 拷貝和 1 次 DMA 拷貝。

用戶程序發(fā)送網(wǎng)絡(luò)數(shù)據(jù)的流程如下:

用戶進(jìn)程通過 write() 函數(shù)向 kernel 發(fā)起 System Call,上下文從 user space 切換為 kernel space。

CPU 將用戶緩沖區(qū)(User Buffer)中的數(shù)據(jù)拷貝到 kernel space 的網(wǎng)絡(luò)緩沖區(qū)(Socket Buffer)。

CPU 利用 DMA 控制器將數(shù)據(jù)從網(wǎng)絡(luò)緩沖區(qū)(Socket Buffer)拷貝到 NIC 進(jìn)行數(shù)據(jù)傳輸。

上下文從 kernel space 切換回 user space,write 系統(tǒng)調(diào)用執(zhí)行返回。

網(wǎng)絡(luò) I/O

磁盤 I/O

高性能優(yōu)化的 I/O

零拷貝技術(shù)。

多路復(fù)用技術(shù)。

頁(yè)緩存(PageCache)技術(shù)。

其中,頁(yè)緩存(PageCache)是操作系統(tǒng)對(duì)文件的緩存,用來減少對(duì)磁盤的 I/O 操作,以頁(yè)為單位的,內(nèi)容就是磁盤上的物理塊,頁(yè)緩存能幫助程序?qū)ξ募M(jìn)行順序讀寫的速度幾乎接近于內(nèi)存的讀寫速度,主要原因就是由于 OS 使用 PageCache 機(jī)制對(duì)讀寫訪問操作進(jìn)行了性能優(yōu)化。

頁(yè)緩存讀取策略:當(dāng)進(jìn)程發(fā)起一個(gè)讀操作 (比如,進(jìn)程發(fā)起一個(gè) read() 系統(tǒng)調(diào)用),它首先會(huì)檢查需要的數(shù)據(jù)是否在頁(yè)緩存中:

如果在,則放棄訪問磁盤,而直接從頁(yè)緩存中讀取。

如果不在,則內(nèi)核調(diào)度塊 I/O 操作從磁盤去讀取數(shù)據(jù),并讀入緊隨其后的少數(shù)幾個(gè)頁(yè)面(不少于一個(gè)頁(yè)面,通常是三個(gè)頁(yè)面),然后將數(shù)據(jù)放入頁(yè)緩存中。

頁(yè)緩存寫策略:當(dāng)進(jìn)程發(fā)起 write 系統(tǒng)調(diào)用寫數(shù)據(jù)到文件中,先寫到頁(yè)緩存,然后方法返回。此時(shí)數(shù)據(jù)還沒有真正的保存到文件中去,Linux 僅僅將頁(yè)緩存中的這一頁(yè)數(shù)據(jù)標(biāo)記為 “臟”,并且被加入到臟頁(yè)鏈表中。

然后,由 flusher 回寫線程周期性將臟頁(yè)鏈表中的頁(yè)寫到磁盤,讓磁盤中的數(shù)據(jù)和內(nèi)存中保持一致,最后清理“臟”標(biāo)識(shí)。在以下三種情況下,臟頁(yè)會(huì)被寫回磁盤:

空閑內(nèi)存低于一個(gè)特定閾值。

臟頁(yè)在內(nèi)存中駐留超過一個(gè)特定的閾值時(shí)。

當(dāng)用戶進(jìn)程調(diào)用 sync() 和 fsync() 系統(tǒng)調(diào)用時(shí)。

存儲(chǔ)設(shè)備的 I/O 棧

從系統(tǒng)調(diào)用的接口再往下,Linux 下的 IO 棧致大致有三個(gè)層次:

文件系統(tǒng)層,以 write 為例,內(nèi)核拷貝了 write 參數(shù)指定的用戶態(tài)數(shù)據(jù)到文件系統(tǒng) Cache 中,并適時(shí)向下層同步。

塊層,管理塊設(shè)備的 IO 隊(duì)列,對(duì) IO 請(qǐng)求進(jìn)行合并、排序(還記得操作系統(tǒng)課程學(xué)習(xí)過的 IO 調(diào)度算法嗎?

)。

設(shè)備層,通過 DMA 與內(nèi)存直接交互,完成數(shù)據(jù)和具體設(shè)備之間的交互。

結(jié)合這個(gè)圖,想想 Linux 系統(tǒng)編程里用到的 Buffered IO、mmap、Direct IO,這些機(jī)制怎么和 Linux I/O 棧聯(lián)系起來呢?上面的圖有點(diǎn)復(fù)雜,我畫一幅簡(jiǎn)圖,把這些機(jī)制所在的位置添加進(jìn)去:

f0bcdbac-43ac-11ec-b939-dac502259ad0.png

Linux IO系統(tǒng)

這下一目了然了吧?傳統(tǒng)的 Buffered IO 使用 read 讀取文件的過程什么樣的?假設(shè)要去讀一個(gè)冷文件(Cache 中不存在),open 打開文件內(nèi)核后建立了一系列的數(shù)據(jù)結(jié)構(gòu),接下來調(diào)用 read,到達(dá)文件系統(tǒng)這一層,發(fā)現(xiàn) Page Cache 中不存在該位置的磁盤映射,然后創(chuàng)建相應(yīng)的 Page Cache 并和相關(guān)的扇區(qū)關(guān)聯(lián)。然后請(qǐng)求繼續(xù)到達(dá)塊設(shè)備層,在 IO 隊(duì)列里排隊(duì),接受一系列的調(diào)度后到達(dá)設(shè)備驅(qū)動(dòng)層,此時(shí)一般使用 DMA 方式讀取相應(yīng)的磁盤扇區(qū)到 Cache 中,然后 read 拷貝數(shù)據(jù)到用戶提供的用戶態(tài) buffer 中去(read 的參數(shù)指出的)。

整個(gè)過程有幾次拷貝?從磁盤到 Page Cache 算第一次的話,從 Page Cache 到用戶態(tài) buffer 就是第二次了。而 mmap 做了什么?mmap 直接把 Page Cache 映射到了用戶態(tài)的地址空間里了,所以 mmap 的方式讀文件是沒有第二次拷貝過程的。

那 Direct IO 做了什么?這個(gè)機(jī)制更狠,直接讓用戶態(tài)和塊 IO 層對(duì)接,直接放棄 Page Cache,從磁盤直接和用戶態(tài)拷貝數(shù)據(jù)。好處是什么?寫操作直接映射進(jìn)程的buffer到磁盤扇區(qū),以 DMA 的方式傳輸數(shù)據(jù),減少了原本需要到 Page Cache 層的一次拷貝,提升了寫的效率。對(duì)于讀而言,第一次肯定也是快于傳統(tǒng)的方式的,但是之后的讀就不如傳統(tǒng)方式了(當(dāng)然也可以在用戶態(tài)自己做 Cache,有些商用數(shù)據(jù)庫(kù)就是這么做的)。

除了傳統(tǒng)的 Buffered IO 可以比較自由的用偏移+長(zhǎng)度的方式讀寫文件之外,mmap 和 Direct IO 均有數(shù)據(jù)按頁(yè)對(duì)齊的要求,Direct IO 還限制讀寫必須是底層存儲(chǔ)設(shè)備塊大小的整數(shù)倍(甚至 Linux 2.4 還要求是文件系統(tǒng)邏輯塊的整數(shù)倍)。所以接口越來越底層,換來表面上的效率提升的背后,需要在應(yīng)用程序這一層做更多的事情。所以想用好這些高級(jí)特性,除了深刻理解其背后的機(jī)制之外,也要在系統(tǒng)設(shè)計(jì)上下一番功夫。

I/O Buffering

f121afa0-43ac-11ec-b939-dac502259ad0.png

如圖,當(dāng)程序調(diào)用各類文件操作函數(shù)后,用戶數(shù)據(jù)(User Data)到達(dá)磁盤(Disk)的流程如圖所示。

圖中描述了 Linux 下文件操作函數(shù)的層級(jí)關(guān)系和內(nèi)存緩存層的存在位置。中間的黑色實(shí)線是用戶態(tài)和內(nèi)核態(tài)的分界線。

從上往下分析這張圖:

1. 首先是 C 語(yǔ)言 stdio 庫(kù)定義的相關(guān)文件操作函數(shù),這些都是用戶態(tài)實(shí)現(xiàn)的跨平臺(tái)封裝函數(shù)。stdio 中實(shí)現(xiàn)的文件操作函數(shù)有自己的 stdio buffer,這是在用戶態(tài)實(shí)現(xiàn)的緩存。此處使用緩存的原因很簡(jiǎn)單 — 系統(tǒng)調(diào)用總是昂貴的。如果用戶代碼以較小的 size 不斷的讀或?qū)懳募脑?,stdio 庫(kù)將多次的讀或者寫操作通過 buffer 進(jìn)行聚合是可以提高程序運(yùn)行效率的。stdio 庫(kù)同時(shí)也支持 fflush 函數(shù)來主動(dòng)的刷新 buffer,主動(dòng)的調(diào)用底層的系統(tǒng)調(diào)用立即更新 buffer 里的數(shù)據(jù)。特別地,setbuf 函數(shù)可以對(duì) stdio 庫(kù)的用戶態(tài) buffer 進(jìn)行設(shè)置,甚至取消 buffer 的使用。

2. 系統(tǒng)調(diào)用的 read/write 和真實(shí)的磁盤讀寫之間也存在一層 buffer,這里用術(shù)語(yǔ) Kernel buffer cache 來指代這一層緩存。在 Linux 下,文件的緩存習(xí)慣性的稱之為 Page Cache,而更低一級(jí)的設(shè)備的緩存稱之為 Buffer Cache。這兩個(gè)概念很容易混淆,這里簡(jiǎn)單的介紹下概念上的區(qū)別:Page Cache 用于緩存文件的內(nèi)容,和文件系統(tǒng)比較相關(guān)。文件的內(nèi)容需要映射到實(shí)際的物理磁盤,這種映射關(guān)系由文件系統(tǒng)來完成;Buffer Cache 用于緩存存儲(chǔ)設(shè)備塊(比如磁盤扇區(qū))的數(shù)據(jù),而不關(guān)心是否有文件系統(tǒng)的存在(文件系統(tǒng)的元數(shù)據(jù)緩存在 Buffer Cache 中)。

作者:范桂颶原文:https://is-cloud.blog.csdn.net/article/details/105897963

責(zé)任編輯:haq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • cpu
    cpu
    +關(guān)注

    關(guān)注

    68

    文章

    10805

    瀏覽量

    210847
  • Linux
    +關(guān)注

    關(guān)注

    87

    文章

    11212

    瀏覽量

    208721
  • 網(wǎng)絡(luò)
    +關(guān)注

    關(guān)注

    14

    文章

    7485

    瀏覽量

    88543

原文標(biāo)題:深入理解 Linux的 I/O 系統(tǒng)

文章出處:【微信號(hào):mcu168,微信公眾號(hào):硬件攻城獅】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦

    深入理解 Llama 3 的架構(gòu)設(shè)計(jì)

    最新的自然語(yǔ)言處理(NLP)技術(shù)和深度學(xué)習(xí)算法,旨在提供更加自然、流暢和智能的對(duì)話體驗(yàn)。 1. 核心組件 Llama 3的架構(gòu)設(shè)計(jì)可以分為以下幾個(gè)核心組件: 1.1 預(yù)處理模塊 預(yù)處理模塊負(fù)責(zé)將原始文本數(shù)據(jù)轉(zhuǎn)換為模型可以理解的格式。這包括文本清洗
    的頭像 發(fā)表于 10-27 14:41 ?463次閱讀

    直接I/O庫(kù)

    電子發(fā)燒友網(wǎng)站提供《直接I/O庫(kù).pdf》資料免費(fèi)下載
    發(fā)表于 10-14 10:55 ?0次下載
    直接<b class='flag-5'>I</b>/<b class='flag-5'>O</b>庫(kù)

    物聯(lián)網(wǎng)中常見的I/O擴(kuò)展電路設(shè)計(jì)方案_IIC I/O擴(kuò)展芯片

    物聯(lián)網(wǎng)系統(tǒng)中為什么要使用 IIC I/O擴(kuò)展芯片 ??在物聯(lián)網(wǎng)系統(tǒng)中使用IIC(也稱為I2C)I/O擴(kuò)展芯片的原因主要可以歸結(jié)為以下幾點(diǎn):
    的頭像 發(fā)表于 09-24 11:29 ?285次閱讀
    物聯(lián)網(wǎng)中常見的<b class='flag-5'>I</b>/<b class='flag-5'>O</b>擴(kuò)展電路設(shè)計(jì)方案_IIC <b class='flag-5'>I</b>/<b class='flag-5'>O</b>擴(kuò)展芯片

    深入理解FPD-link III ADAS解串器HUB產(chǎn)品

    電子發(fā)燒友網(wǎng)站提供《深入理解FPD-link III ADAS解串器HUB產(chǎn)品.pdf》資料免費(fèi)下載
    發(fā)表于 09-06 09:58 ?0次下載
    <b class='flag-5'>深入理解</b>FPD-link III ADAS解串器HUB產(chǎn)品

    深入理解FFmpeg閱讀體驗(yàn)》FFmpeg攝像頭測(cè)試

    FFmpeg錄制視頻使用如下cmd: ffmpeg -f video4linux2 -s 320x240 -i /dev/video8 /tmp/cam_video.avi 看看CPU占用率。 將視頻拷貝出來,因?yàn)殇浿频臅r(shí)候分辨率沒設(shè)置很高,所以將就看看,能看出是啥電
    發(fā)表于 04-17 19:06

    深入理解FFmpeg閱讀體驗(yàn)》

    : ./configure --host=aarch64-linux --prefix=/home/x264 --enable-shared --disable-asm --enable-static
    發(fā)表于 04-16 22:54

    深入理解 FPGA 的基礎(chǔ)結(jié)構(gòu)

    轉(zhuǎn)載地址:https://zhuanlan.zhihu.com/p/506828648 文章很詳細(xì)的介紹了FPGA的基礎(chǔ)結(jié)構(gòu),能更直觀的理解內(nèi)部結(jié)構(gòu)原理。對(duì)深入學(xué)習(xí)很有幫助。 以下是正文: 這一段
    發(fā)表于 04-03 17:39

    深入理解Linux網(wǎng)絡(luò)協(xié)議

    網(wǎng)絡(luò)分層解決了網(wǎng)絡(luò)復(fù)雜的問題,在網(wǎng)絡(luò)中傳輸數(shù)據(jù)中,我們對(duì)不同設(shè)備之間的傳輸數(shù)據(jù)的格式,需要定義一個(gè)數(shù)據(jù)標(biāo)準(zhǔn),所以就有了網(wǎng)絡(luò)協(xié)議。
    發(fā)表于 04-01 14:20 ?297次閱讀
    <b class='flag-5'>深入理解</b><b class='flag-5'>Linux</b>網(wǎng)絡(luò)協(xié)議

    FANUC外部I/O點(diǎn)數(shù)不夠用了怎么辦?可以擴(kuò)展I/O點(diǎn)數(shù)嗎?

    FANUC外部I/O點(diǎn)數(shù)不夠用了怎么辦?可以擴(kuò)展I/O點(diǎn)數(shù)嗎? 擴(kuò)展FANUC的外部I/O點(diǎn)數(shù)是
    的頭像 發(fā)表于 02-18 15:21 ?1633次閱讀

    恒訊科技帶大家深入理解:WebSocket服務(wù)器的工作原理

    WebSocket是一種在單個(gè)TCP連接上進(jìn)行全雙工通信的通信協(xié)議。它的設(shè)計(jì)目標(biāo)是在Web瀏覽器和服務(wù)器之間提供低延遲、高效的雙向通信。下面是深入理解WebSocket服務(wù)器工作原理的一些關(guān)鍵概念
    的頭像 發(fā)表于 01-29 16:48 ?432次閱讀

    深入理解光耦模擬隔離放大電路的技術(shù)奧秘

    深入理解光耦模擬隔離放大電路的技術(shù)奧秘 ?編輯 ▲ 圖1 仿真原理圖二、原理分析 之所以這個(gè)電路圖看起來容易讓人感到困惑,實(shí)際上就是這個(gè)仿真電路中,錯(cuò)誤的使用了這樣的光電三極管來表示HCNR201
    發(fā)表于 01-10 10:12

    深入理解FFmpeg閱讀體驗(yàn)》+ 書收到了,嶄新的開篇

    今天收到了《深入理解FFmpeg》 嶄新的書,一個(gè)在2022年較近距離接觸過卻尚未深入研究的領(lǐng)域圖像處理。最近剛好在作這方面的研究,希望自己可以把握這次機(jī)會(huì),好好學(xué)習(xí)下 FFMpeg,相信可以讓自己
    發(fā)表于 01-07 18:57

    物理約束實(shí)踐:I/O約束

    I/O約束(I/O Constraints)包括I/O標(biāo)準(zhǔn)(
    的頭像 發(fā)表于 11-18 16:42 ?1013次閱讀
    物理約束實(shí)踐:<b class='flag-5'>I</b>/<b class='flag-5'>O</b>約束

    【書籍評(píng)測(cè)活動(dòng)NO.25】深入理解FFmpeg,帶你FFmpeg從入門到精通

    ,涵蓋音視頻基礎(chǔ)知識(shí)、FFmpeg參數(shù)解析、API使用、內(nèi)部組件的開發(fā)定制 行業(yè)大咖審校,多名業(yè)界專家與學(xué)者作序推薦 詳細(xì)解讀實(shí)際應(yīng)用與開發(fā)案例,幫助讀者深入理解FFmpeg 大咖推薦 我
    發(fā)表于 11-15 14:26

    磁盤I/O是怎么工作的

    同前面講述的CPU、內(nèi)存一樣,文件系統(tǒng)和磁盤I/O,也是Linux操作系統(tǒng)最核心的功能。 磁盤為系統(tǒng)提供了最基本的持久化存儲(chǔ)。 文件系統(tǒng)則在磁盤基礎(chǔ)上,提供了一個(gè)用來管理文件的樹狀結(jié)構(gòu)。 文件系統(tǒng)
    的頭像 發(fā)表于 11-13 11:20 ?968次閱讀
    磁盤<b class='flag-5'>I</b>/<b class='flag-5'>O</b>是怎么工作的