色哟哟视频在线观看-色哟哟视频在线-色哟哟欧美15最新在线-色哟哟免费在线观看-国产l精品国产亚洲区在线观看-国产l精品国产亚洲区久久

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

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

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

傳統(tǒng)IO演化至零拷貝的過程

科技綠洲 ? 來源:Linux開發(fā)架構之路 ? 作者:Linux開發(fā)架構之路 ? 2023-11-09 09:09 ? 次閱讀

零拷貝(Zero-Copy)用于在數(shù)據(jù)讀寫過程中減少不需要的CPU拷貝,CPU就那么幾個,減少它的負擔自然可以提高處理效率。數(shù)據(jù)傳輸有本地的文件拷貝和通過socket進行文件傳輸兩種,兩者區(qū)別不大,只是文件數(shù)據(jù)最終的去向仍然是本地磁盤還是網(wǎng)卡的區(qū)別,這里以socket文件為例介紹傳統(tǒng)IO演化至零拷貝的過程。

介紹零拷貝之前,可以先看一下傳統(tǒng)IO,借此熟悉一些相關概念,先上圖:

圖片

首先要知道操作系統(tǒng)已經(jīng)隔離了兩塊運行空間,即用戶空間和內(nèi)核空間。可以理解為用戶程序是跑在用戶空間的,而操作系統(tǒng)的內(nèi)核代碼是跑在內(nèi)核空間的,把這兩個隔離是為了用戶程序的故障不影響操作系統(tǒng)。其實現(xiàn)代操作系統(tǒng)已經(jīng)對數(shù)據(jù)的拷貝做了優(yōu)化,之前把數(shù)據(jù)從底層硬件拷貝到內(nèi)核空間也是CPU來的,現(xiàn)在CPU只需要通知一下DMA(Direct Memory Access,直接內(nèi)存存取),拷貝工作就交給DMA了,這樣CPU就解放出來做其他事去了,所以現(xiàn)代操作系統(tǒng)底層硬件和內(nèi)核空間之間的數(shù)據(jù)拷貝CPU參與的很少可以不予考慮,都是DMA來的,但是內(nèi)核空間和用戶空間之間的活都是CPU親自上的。

從上圖可以看出,傳統(tǒng)IO是這么幾個步驟:

1.線程在用戶空間發(fā)起read()讀文件,線程從用戶態(tài)切換為內(nèi)核態(tài)

2.DMA將磁盤數(shù)據(jù)拷貝到內(nèi)核緩存后,CPU又將數(shù)據(jù)從內(nèi)核緩存拷貝至用戶緩存,這時線程又從內(nèi)核態(tài)切換為用戶態(tài)

3.這時候知道了數(shù)據(jù)應該往哪里寫,CPU將數(shù)據(jù)從用戶緩存拷貝至socket緩存,線程又從用戶態(tài)切換到內(nèi)核態(tài)

4.最后DMA將數(shù)據(jù)從內(nèi)核緩存拷貝到網(wǎng)卡,read()調用結束返回,線程又從內(nèi)核態(tài)切換到用戶態(tài)

整個過程線程上下文切換了四次,一共有四次拷貝,2次CPU來的,2次DMA來的。觀察圖不經(jīng)會想,為啥數(shù)據(jù)要在用戶空間走一趟呢,能不能在內(nèi)核空間直接從內(nèi)核緩存到socket緩存呢,答案是可以的,這就是第一種零拷貝技術的原理,即mmap+write,先上圖:

圖片

mmap即內(nèi)存映射,mmap()是由unix/linux操作系統(tǒng)來調用的,它可以將內(nèi)核緩存中的一塊區(qū)域與用戶緩存中的一塊區(qū)域形成映射關系,即共享內(nèi)存,不過在用戶緩存中的這塊映射區(qū)域是堆外內(nèi)存。建立映射關系后,理解起來就是往其中任意一頭寫另外一頭也寫進去了,這樣是為了省掉一次CPU拷貝,傳統(tǒng)IO要把數(shù)據(jù)從內(nèi)核緩存拷貝到用戶緩存才能寫,現(xiàn)在直接在用戶緩存寫,有了映射關系,對應的那塊內(nèi)核緩存也有了。mmap+write實現(xiàn)的零拷貝流程是這樣的:

1.用戶進程要讀一個磁盤文件,告訴內(nèi)核進程發(fā)起mmap()函數(shù)調用,來來來把你的內(nèi)核緩存和我的一塊用戶緩存建立下映射關系,我要讀這個磁盤文件了。

2.內(nèi)核進程乖乖調用了mmap()函數(shù),將一塊內(nèi)核緩存和用戶緩存中的一塊堆外內(nèi)存建立的映射關系。并且告訴DMA將這個文件中的數(shù)據(jù)拷貝到了這塊內(nèi)核緩存中。到這里mmap()函數(shù)就調用結束了,任務完成。嚴格的說到這里為止都不算IO過程,因此也沒有統(tǒng)計線程的上下文切換次數(shù)。

3.這才開始IO,因為磁盤文件已經(jīng)被DMA拷貝到內(nèi)核緩存中去了,又被映射到了這塊堆外內(nèi)存,所以就直接在用戶緩存里就讀到了,線程沒有上下文切換,然后準備寫進一塊socket緩存里去了,線程發(fā)起了write()調用,狀態(tài)由用戶態(tài)切換為內(nèi)核態(tài),這時候內(nèi)核基于CPU拷貝將數(shù)據(jù)從那塊映射著的內(nèi)核緩存拷貝到socket緩存,CPU也就拷貝了這一次。

4.然后又是DMA將數(shù)據(jù)從socket緩存拷貝到網(wǎng)卡,最后write()函數(shù)調用返回,線程從內(nèi)核態(tài)切換到用戶態(tài)。

整個過程線程切換了兩次,一共有三次拷貝,其中2次DMA拷貝,1次CPU拷貝。到這里CPU已經(jīng)輕松不少了,就拷貝了一次嘛,可以不是說好的零拷貝的嘛,怎么還有一次拷貝,然后sendfile()函數(shù)就登場了,它是實實在在的實現(xiàn)了零拷貝,先上圖:

圖片

sendfile()也是操作系統(tǒng)來調用的,用戶線程只能通過特定的方法發(fā)起調用,比如java.nio包下的FileChannel,它的transferTo()方法可以發(fā)起sendfile()函數(shù)的調用。sendfile()函數(shù)實現(xiàn)零拷貝的過程是這樣的:

1.用戶線程發(fā)起sendfile()函數(shù)調用,與mmap()函數(shù)不同的是,不單單告訴內(nèi)核去哪里讀數(shù)據(jù),往哪里寫數(shù)據(jù)也一起告訴內(nèi)核了。這時候就已經(jīng)開始算IO了,線程從用戶態(tài)切換到了內(nèi)核態(tài)。

2.知道了從哪里讀數(shù)據(jù),依然是DMA去磁盤里把數(shù)據(jù)拷貝到內(nèi)核緩存中去,由于同時也知道了應該往哪里寫數(shù)據(jù),那就接著干活唄。

3.先把數(shù)據(jù)描述信息從內(nèi)核緩存復制到指定的socket緩存,然后DMA又來了,這個時候socket緩存中的數(shù)據(jù)描述信息就起作用了,這些描述信息主要是數(shù)據(jù)的位置信息等。DMA Gather通過這些數(shù)據(jù)描述信息將數(shù)據(jù)從內(nèi)核緩存拷貝到網(wǎng)卡。

4.sendfile()函數(shù)調用結束,線程從內(nèi)核態(tài)切換到了用戶態(tài),CPU一次拷貝都沒有!零!

這就是真正的零拷貝,整個過程用戶線程切換了兩次,只有兩次拷貝,但都是DMA來的。

關于第三種零拷貝方式,這是Linux2.4對sendfile做了改進之后的零拷貝。其實linux 2.1 內(nèi)核開始就引入了sendfile()函數(shù),當時的零拷貝是這樣的。

圖片

可以看出整個過程用戶線程切換了兩次,有三次拷貝,兩次DMA來的,還是有一次CPU拷貝。這種零拷貝方式和mmap+write方式有點類似,但是這也算零拷貝演進過程中的一環(huán)。

sendfile()函數(shù)的man page里面有這句話: In Linux kernels before 2.6.33, out_fd must refer to a socket. Since Linux 2.6.33 it can be any file. 也就是說Linux2.6.33之前sendfile()只能用于文件到socket的傳輸。而Linux2.6.33之后可以用于兩個文件描述符之間和文件到socket之間的傳輸。

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

    關注

    0

    文章

    461

    瀏覽量

    39289
  • cpu
    cpu
    +關注

    關注

    68

    文章

    10901

    瀏覽量

    212686
  • 數(shù)據(jù)

    關注

    8

    文章

    7134

    瀏覽量

    89404
收藏 人收藏

    評論

    相關推薦

    深度解析Linux中拷貝原理

    所謂「拷貝」描述的是計算機操作系統(tǒng)當中,CPU不執(zhí)行將數(shù)據(jù)從一個內(nèi)存區(qū)域,拷貝到另外一個內(nèi)存區(qū)域的任務。通過網(wǎng)絡傳輸文件時,這樣通常可以節(jié)省 CPU 周期和內(nèi)存帶寬。
    發(fā)表于 03-01 14:39 ?2649次閱讀

    利用PLD實現(xiàn)智能演化計算

    演化計算是一種通過模擬的自然界的生物演化過程搜索最優(yōu)解的方法,主要包括遺傳算法(CA)、演化策略(ES)、演化規(guī)劃(EP)等。演化計算具有子
    發(fā)表于 06-26 17:43 ?24次下載

    RAID中拷貝技術研究

    從實際測試和理論分析角度出發(fā),研究了采用拷貝技術對提高RAID性能的重要性.研究結果表明拷貝技術對RAID性能有很大影響,尤其是在嵌入式環(huán)境下,必須采用
    發(fā)表于 07-01 17:09 ?20次下載

    基礎學習LEBVIEW】06 IO接口

    基礎學習LEBVIEW】06 IO接口,感興趣的朋友一定要學習。
    發(fā)表于 12-31 10:28 ?0次下載

    用于時鐘的動態(tài)演化模型及算法

    傳統(tǒng)分布仿真系統(tǒng)時鐘不一致影響因素分析方法,已不能滿足當前面向服務分布仿真的時鐘狀態(tài)分析需要。從系統(tǒng)全局時鐘演化出發(fā),闡述了時鐘狀態(tài)演化內(nèi)涵與過程;在此基礎上,基于有限自動機理論,提出
    發(fā)表于 11-22 10:34 ?9次下載
    用于時鐘的動態(tài)<b class='flag-5'>演化</b>模型及算法

    基于微博文本的詞對主題演化模型

    針對傳統(tǒng)主題模型忽略了微博短文本和文本動態(tài)演化的問題,提出了基于微博文本的詞對主題演化( BToT)模型,并根據(jù)所提模型對數(shù)據(jù)集進行主題演化分析。BToT模型在文本生成
    發(fā)表于 12-03 11:31 ?14次下載
    基于微博文本的詞對主題<b class='flag-5'>演化</b>模型

    相場模擬—盡“顯”增材制造過程中的晶粒演化

    (powder-bed-fusion, PBF)技術是最常用的AM技術之一。理解并預測PBF過程中晶粒演化對通過調整工藝以定制樣件的晶粒結構具有重要的指導意義。 目前,通過數(shù)值模擬方法(如元胞自動機法、相場法)可以很好地模擬PBF過程
    的頭像 發(fā)表于 06-15 15:06 ?2019次閱讀

    深入理解Linux系統(tǒng)拷貝技術

    內(nèi)存拷貝是比較耗時操作,拷貝是常用優(yōu)化手段,今天分享的文章就是Linux系統(tǒng)拷貝技術,Kafka和MySQL開源組件都用到這個核心技術,
    的頭像 發(fā)表于 09-01 15:12 ?3087次閱讀

    詳解Linux系統(tǒng)中的拷貝技術

    Linux系統(tǒng)中一切皆文件,仔細想一下Linux系統(tǒng)的很多活動無外乎讀操作和寫操作,拷貝就是為了提高讀寫性能而出現(xiàn)的。
    的頭像 發(fā)表于 05-18 09:18 ?2389次閱讀
    詳解Linux系統(tǒng)中的<b class='flag-5'>零</b><b class='flag-5'>拷貝</b>技術

    C++深拷貝和淺拷貝詳解

    當類的函數(shù)成員存在指針成員時會產(chǎn)生深拷貝和淺拷貝和問題。
    發(fā)表于 08-21 15:05 ?354次閱讀
    C++深<b class='flag-5'>拷貝</b>和淺<b class='flag-5'>拷貝</b>詳解

    信號驅動IO與異步IO的區(qū)別

    , 是開始處理IO, 這個時候還是存在阻塞的,將數(shù)據(jù)從內(nèi)核態(tài)拷貝進入到用戶態(tài)的過程至少是阻塞住的 (應用程序將數(shù)據(jù)從內(nèi)核態(tài)拷貝到用戶態(tài)的過程
    的頭像 發(fā)表于 11-08 15:32 ?1122次閱讀
    信號驅動<b class='flag-5'>IO</b>與異步<b class='flag-5'>IO</b>的區(qū)別

    什么是拷貝技術

    傳統(tǒng)操作系統(tǒng)的數(shù)據(jù)傳輸過程中,系統(tǒng)內(nèi)部會在磁盤、內(nèi)存、緩存中多次進行數(shù)據(jù)拷貝,每次都會占用CPU的資源,數(shù)據(jù)量小的時候還好。 隨著數(shù)據(jù)量的增加,CPU的開銷也會持續(xù)增加,尤其是在機器人圖像數(shù)據(jù)
    的頭像 發(fā)表于 11-27 16:20 ?482次閱讀
    什么是<b class='flag-5'>零</b><b class='flag-5'>拷貝</b>技術

    如何進行拷貝性能測試

    TogetherROS?·Bot拷貝性能測試 我們使用TogetherROS?·Bot系統(tǒng)內(nèi)部集成的性能測試工具——performance_test,來評估下開啟拷貝前后的性能差異
    的頭像 發(fā)表于 11-27 16:51 ?480次閱讀
    如何進行<b class='flag-5'>零</b><b class='flag-5'>拷貝</b>性能測試

    磁盤拷貝機會拷貝刪除的內(nèi)容嗎

    升級等方面非常有用。 然而,關于磁盤拷貝機是否會拷貝已刪除的內(nèi)容,這取決于拷貝過程中使用的具體方法和工具。以下是對這個問題的分析: 磁盤空間的分配與管理 在深入了解磁盤
    的頭像 發(fā)表于 10-14 15:38 ?564次閱讀

    批量音頻檔案拷貝最佳方案:解決播放錯誤與拷貝不完全問題

    本文討論了在數(shù)字化時代,專業(yè)SD拷貝機在批量拷貝音頻檔案MicroSD卡中的應用優(yōu)勢。相較于傳統(tǒng)計算機拷貝,SD
    的頭像 發(fā)表于 11-23 16:12 ?205次閱讀
    批量音頻檔案<b class='flag-5'>拷貝</b>最佳方案:解決播放錯誤與<b class='flag-5'>拷貝</b>不完全問題
    主站蜘蛛池模板: 欧美亚洲日韩国码在线观看 | 国产色精品久久人妻无码看片软件 | 扒开腿狂躁女人GIF动态图 | 亚洲国产日韩欧美视频二区 | 国内精品蜜汁乔依琳视频 | 亚洲人成伊人成综合网久久久 | 国产精品成人免费 | 久久这里只精品国产99re66 | 蝴蝶中文综合娱乐网2 | 亚欧免费观看在线观看更新 | 亚洲伊人精品综合在合线 | 久久伊人影视 | 亚洲精品国产自在现线最新 | 欧美在线看费视频在线 | 国产香蕉九九久久精品免费 | 免费高清在线影片一区 | 狠狠婷婷综合久久久久久 | 伊人影院2019 | www.三级 | WWW国产亚洲精品久久麻豆 | 风情韵味人妻HD | 久久精品亚洲AV无码三区观看 | 久久精品国产亚洲AV未满十八 | 白丝制服被啪到喷水很黄很暴力 | 国产午夜精品美女免费大片 | 久久精品久久精品 | 中国女人内谢69XXXXXA片 | 99精品视频在线观看免费播放 | 玩弄朋友娇妻呻吟交换电影 | 免费国产午夜理论不卡 | 99久久蜜臀AV免费看蛮 | 精品国产在线观看福利 | 肉肉的各种姿势高H细文 | 精品国产成人AV在线看 | 一本道手机无码在线看 | 伊人久久影视 | 越南女 黑人 痛苦 大叫 | xx69中国| 久久资源365 | 99精品视频在线 | 绑着男军人的扒开内裤 |