91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

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

完善資料讓更多小伙伴認識你,還能領(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() 兩個系統(tǒng)調(diào)用實現(xiàn)的,通過 read() 函數(shù)讀取文件到到緩存區(qū)中,然后通過 write() 方法把緩存中的數(shù)據(jù)輸出到網(wǎng)絡(luò)端口。

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

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

CPU 拷貝:

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

DMA 拷貝:

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

上下文切換:

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

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

讀操作

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

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

read(file_fd, tmp_buf, len);

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

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

用戶進程通過 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)用程序準備好數(shù)據(jù),執(zhí)行 write 系統(tǒng)調(diào)用發(fā)送網(wǎng)絡(luò)數(shù)據(jù)時,先將數(shù)據(jù)從用戶空間的頁緩存拷貝到內(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)用會觸發(fā) 2 次上下文切換,1 次 CPU 拷貝和 1 次 DMA 拷貝。

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

用戶進程通過 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 進行數(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ù)。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

)。

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

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

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

Linux IO系統(tǒng)

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

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

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

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

I/O Buffering

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

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

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

從上往下分析這張圖:

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

2. 系統(tǒng)調(diào)用的 read/write 和真實的磁盤讀寫之間也存在一層 buffer,這里用術(shù)語 Kernel buffer cache 來指代這一層緩存。在 Linux 下,文件的緩存習(xí)慣性的稱之為 Page Cache,而更低一級的設(shè)備的緩存稱之為 Buffer Cache。這兩個概念很容易混淆,這里簡單的介紹下概念上的區(qū)別:Page Cache 用于緩存文件的內(nèi)容,和文件系統(tǒng)比較相關(guān)。文件的內(nèi)容需要映射到實際的物理磁盤,這種映射關(guān)系由文件系統(tǒng)來完成;Buffer Cache 用于緩存存儲設(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)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • cpu
    cpu
    +關(guān)注

    關(guān)注

    68

    文章

    11281

    瀏覽量

    225098
  • Linux
    +關(guān)注

    關(guān)注

    88

    文章

    11763

    瀏覽量

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

    關(guān)注

    14

    文章

    8269

    瀏覽量

    94885

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

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

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    SCH5127 Super I/O 控制器:功能特性與設(shè)計應(yīng)用解析

    SCH5127 Super I/O 控制器:功能特性與設(shè)計應(yīng)用解析 在電子工程師的日常設(shè)計工作中,選擇一款合適的 Super I/O 控制器至關(guān)重要。今天,我們就來
    的頭像 發(fā)表于 03-05 16:40 ?333次閱讀

    【「Linux 設(shè)備驅(qū)動開發(fā)(第 2 版)」閱讀體驗】+讀深入理解Linux內(nèi)核內(nèi)存分配

    最近這段時間內(nèi)存條、硬盤的價格飛漲,隨著AI產(chǎn)品的興起,大數(shù)據(jù)模型的應(yīng)用,對硬件存儲要求的更高。這節(jié)閱讀有關(guān)Linux內(nèi)存管理方面的知識。 Linux系統(tǒng)使用了“虛擬內(nèi)存”機制,虛擬內(nèi)存機制則意味著
    發(fā)表于 01-16 20:05

    深入解析PCF8574:I2C總線8位I/O擴展器的設(shè)計與應(yīng)用

    深入解析PCF8574:I2C總線8位I/O擴展器的設(shè)計與應(yīng)用 在電子設(shè)計領(lǐng)域,I/O擴展器是提
    的頭像 發(fā)表于 12-30 18:00 ?1198次閱讀

    中穎電子8位單片機的I/O設(shè)置介紹

    在嵌入式系統(tǒng)設(shè)計中,單片機的I/O端口設(shè)置是基礎(chǔ)且關(guān)鍵的一環(huán)。今天我們來詳細解析中穎電子8位單片機的I/O設(shè)置,幫助工程師更好地理解和應(yīng)用。
    的頭像 發(fā)表于 12-30 09:37 ?741次閱讀
    中穎電子8位單片機的<b class='flag-5'>I</b>/<b class='flag-5'>O</b>設(shè)置介紹

    深入解析PCF8575:16位I2C與SMBus I/O擴展器的卓越之選

    深入解析PCF8575:16位I2C與SMBus I/O擴展器的卓越之選 在電子工程師的日常設(shè)計工作中,I/
    的頭像 發(fā)表于 12-29 14:20 ?435次閱讀

    揭秘MCP2502X/5X CAN I/O擴展器:特性、功能與應(yīng)用全解析

    自動化等眾多領(lǐng)域。MCP2502X/5X系列CAN I/O擴展器為構(gòu)建CAN系統(tǒng)提供了一種便捷且高效的解決方案。盡管它已不推薦用于新設(shè)計,但了解其特性和功能對于我們深入理解CAN系統(tǒng)的工作原理仍具有
    的頭像 發(fā)表于 12-28 15:40 ?586次閱讀

    PCA9554:8位I2C和SMBus I/O擴展器的深度解析

    遠程8位I2C和SMBus I/O擴展器,具有諸多優(yōu)秀特性,下面我們就來深入了解一下。 文件下載: pca9554.pdf 1. 產(chǎn)品特性 PCA9554的特性豐富,使其在眾多應(yīng)用場景
    的頭像 發(fā)表于 12-27 13:45 ?782次閱讀

    深入解析PCA9534A:8位I2C和SMBus低功耗I/O擴展器

    深入解析PCA9534A:8位I2C和SMBus低功耗I/O擴展器 在電子工程師的日常設(shè)計中,I/O
    的頭像 發(fā)表于 12-27 10:55 ?1123次閱讀

    深入剖析LM8333:移動設(shè)備的高效I/O伴侶

    深入剖析LM8333:移動設(shè)備的高效I/O伴侶 在當(dāng)今的移動設(shè)備領(lǐng)域,對于高效、低功耗且功能豐富的I/O解決方案的需求日益增長。Texas
    的頭像 發(fā)表于 12-26 15:55 ?428次閱讀

    深入解析 TCA9539:低電壓 16 位 I2C 和 SMBus I/O 擴展器

    深入解析 TCA9539:低電壓 16 位 I2C 和 SMBus I/O 擴展器 在電子設(shè)計的廣闊領(lǐng)域中,I/
    的頭像 發(fā)表于 12-25 09:30 ?362次閱讀

    深入解析TCA9554:8位I2C和SMBus低功耗I/O擴展器

    深入解析TCA9554:8位I2C和SMBus低功耗I/O擴展器 在電子設(shè)計領(lǐng)域,I/O擴展器是
    的頭像 發(fā)表于 12-23 17:35 ?745次閱讀

    飛凌嵌入式ElfBoard-文件I/O深入學(xué)習(xí)之異步I/O

    I/O多路復(fù)用中,進程通過系統(tǒng)調(diào)用select或poll來主動查詢文件描述符上是否可以執(zhí)行I/O操作。而在異步I/
    發(fā)表于 12-05 11:23

    淺談光學(xué)I/O模塊的熱挑戰(zhàn)

    服務(wù)器和機架式網(wǎng)絡(luò)基礎(chǔ)設(shè)施系統(tǒng)內(nèi)的光學(xué) I/O 模塊通常接受主動冷卻系統(tǒng)的直接冷卻,特別是來自機架式設(shè)備前面板的強制風(fēng)冷。機架式設(shè)備的散熱設(shè)計需要平衡 I/O 模塊的熱管理與處理器或
    的頭像 發(fā)表于 11-03 09:32 ?779次閱讀
    淺談光學(xué)<b class='flag-5'>I</b>/<b class='flag-5'>O</b>模塊的熱挑戰(zhàn)

    深入剖析I2C協(xié)議

    I2C是由Philips開發(fā)的簡單的雙向兩線總線,在深入淺出理解SPI協(xié)議中,我們區(qū)分了單工,半雙工,全雙工協(xié)議數(shù)據(jù)流向的區(qū)別,根據(jù)特征,I2C協(xié)議屬于半雙工協(xié)議(即同一時刻,數(shù)據(jù)單向
    的頭像 發(fā)表于 08-21 15:10 ?3688次閱讀
    <b class='flag-5'>深入</b>剖析<b class='flag-5'>I</b>2C協(xié)議

    Linux系統(tǒng)管理的核心概念

    的管理、權(quán)限控制信息的查看,以及chmod和chown命令的使用。這些知識對于任何希望深入理解Linux系統(tǒng)管理的用戶來說都是至關(guān)重要的。
    的頭像 發(fā)表于 05-15 17:05 ?678次閱讀