一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

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

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

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

Magnum IO存儲(chǔ)的優(yōu)點(diǎn)和實(shí)施

星星科技指導(dǎo)員 ? 來源:NVIDIA ? 作者:Magnum IO存儲(chǔ)的優(yōu)點(diǎn) ? 2022-04-10 11:14 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

這是世界上第四個(gè)帖子加速 IO系列它解決了存儲(chǔ)問題,并與我們的合作伙伴分享了最近的成果和方向。我們將介紹新的 GPU 直接存儲(chǔ)版本、優(yōu)點(diǎn)和實(shí)施。

加速計(jì)算需要加速 IO 。否則,計(jì)算資源就會(huì)缺乏數(shù)據(jù)??紤]到所有工作流程中數(shù)據(jù)存儲(chǔ)在內(nèi)存中的比例正在減少,優(yōu)化存儲(chǔ) IO 變得越來越重要。存儲(chǔ)數(shù)據(jù)的價(jià)值、竊取或破壞數(shù)據(jù)的行為以及保護(hù)數(shù)據(jù)的法規(guī)要求也在不斷增加。為此,人們對數(shù)據(jù)中心基礎(chǔ)設(shè)施的需求日益增長,這些基礎(chǔ)設(shè)施可以為用戶提供更大程度的隔離,使其與不應(yīng)訪問的數(shù)據(jù)隔離開來。

GPU 直接存儲(chǔ)

GPU 直接存儲(chǔ)簡化了存儲(chǔ)和 GPU 緩沖區(qū)之間的數(shù)據(jù)流,適用于在 GPU 上消費(fèi)或生成數(shù)據(jù)而無需 CPU 處理的應(yīng)用程序。不需要增加延遲和阻礙帶寬的額外拷貝。這種簡單的優(yōu)化導(dǎo)致了改變游戲規(guī)則的角色轉(zhuǎn)換,數(shù)據(jù)可以更快地從遠(yuǎn)程存儲(chǔ)(而不是 CPU 內(nèi)存)饋送到 GPU s 。

GPU 直系親屬的最新成員

GPUDirect系列技術(shù)能夠訪問 GPU 并有效地將數(shù)據(jù)移入和移出 GPU 。直到最近,它還專注于內(nèi)存到內(nèi)存的傳輸。隨著 GPU 直接存儲(chǔ)(GDS)的添加,使用存儲(chǔ)的訪問和數(shù)據(jù)移動(dòng)也加快了。 GPU 直接存儲(chǔ)使在本地和遠(yuǎn)程存儲(chǔ)之間向 CUDA 添加文件IO邁出了重要的一步。

使用 CUDA 11 . 4 發(fā)布 v1 . 0

GPU 直接存儲(chǔ)經(jīng)過兩年多的審查,目前可作為生產(chǎn)軟件使用。 GDS 以前僅通過單獨(dú)安裝提供,現(xiàn)在已并入 CUDA 11 . 4 版及更高版本,它可以是 CUDA 安裝的一部分,也可以單獨(dú)安裝。對于 CUDA 版本X-Y的安裝,libcufile-X-Y. so 用戶庫gds-tools-X-Y默認(rèn)安裝,nvidia-fs.ko內(nèi)核驅(qū)動(dòng)程序是可選安裝。有關(guān)更多信息,請參閱 GDS故障排除和安裝文檔。

GDS 現(xiàn)在在RAPIDS中提供。它還有PyTorch 集裝箱和MXNet 容器兩種版本。

GDS 說明和好處

GPU 直接存儲(chǔ)啟用存儲(chǔ)和 GPU 內(nèi)存之間的直接數(shù)據(jù)路徑。在本地 NVMe 驅(qū)動(dòng)器或與遠(yuǎn)程存儲(chǔ)器通信的 NIC 中,使用直接內(nèi)存訪問( DMA )引擎移動(dòng)數(shù)據(jù)。

使用該 DMA 引擎意味著,盡管 DMA 的設(shè)置是一個(gè) CPU 操作, CPU 和 GPU 完全不涉及數(shù)據(jù)路徑,使它們自由且不受阻礙(圖 1 )。在左側(cè),來自存儲(chǔ)器的數(shù)據(jù)通過 PCIe 交換機(jī)進(jìn)入,通過 CPU 進(jìn)入系統(tǒng)內(nèi)存,然后一直返回 GPU 。在右側(cè),數(shù)據(jù)路徑跳過 CPU 和系統(tǒng)內(nèi)存。下面總結(jié)了這些好處。

poYBAGJSS7KAX48qAAC598A-Hdw189.png

無 GPU 直接存儲(chǔ)

受進(jìn)出 CPU 的帶寬限制。導(dǎo)致 CPU 反彈緩沖區(qū)的延遲。內(nèi)存容量限制為 0 ( 1TB )。存儲(chǔ)不是 CUDA 的一部分。沒有基于拓?fù)涞膬?yōu)化。

poYBAGJSS7qAbdDwAAC2KIb_tSk617.png

使用 GPU 直接存儲(chǔ)

GPU 的帶寬僅受 NIC 限制。由于直接復(fù)制,延遲更低。訪問 O ( PB )容量。簡單的 CUDA 編程模型。通過 NVLink 、 GPU 緩沖區(qū)自適應(yīng)路由。

圖 1 . GDS 軟件堆棧,其中應(yīng)用程序使用 cuFile API ,啟用 GDS 的存儲(chǔ)驅(qū)動(dòng)程序調(diào)用nvidia-fs.ko內(nèi)核驅(qū)動(dòng)程序以獲得正確的 DMA 地址。

GPU 直接存儲(chǔ)提供了三個(gè)基本的性能優(yōu)勢:

增加帶寬:通過消除通過 CPU 中的反彈緩沖區(qū)的需要,在某些平臺(tái)上可以使用備用路徑,包括通過 PCIe 交換機(jī)或 NVLink 提供更高帶寬的平臺(tái)。雖然 DGX 平臺(tái)同時(shí)具有 PCIe 交換機(jī)和 NVLink ,但并非所有平臺(tái)都具有。我們建議使用這兩種方法來最大限度地提高性能?;鹦侵懫鞯睦訉?shí)現(xiàn)了 8 倍的帶寬增益。

潛伏期縮短:通過 CPU 內(nèi)存避免額外拷貝的延遲和管理內(nèi)存的開銷(在極端情況下可能非常嚴(yán)重),從而減少延遲。延遲減少 3 倍是常見的。

CPU 利用率降低:使用跳出緩沖區(qū)會(huì)在 CPU 上引入額外的操作,以執(zhí)行額外的復(fù)制和管理內(nèi)存緩沖區(qū)。當(dāng) CPU 利用率成為瓶頸時(shí),有效帶寬會(huì)顯著下降。我們測量了多個(gè)文件系統(tǒng)的 CPU 利用率提高了 3 倍。

沒有 GDS ,只有一條可用的數(shù)據(jù)路徑:從存儲(chǔ)器到 CPU ,從 CPU 到具有 CUDA Memcpy 的相關(guān) GPU 。對于 GDS ,還有其他可用的優(yōu)化:

用于與 DMA 引擎交互的 CPU 線程與最近的 CPU 內(nèi)核密切相關(guān)。

如果存儲(chǔ)器和 GPU 掛斷不同的插槽,并且 NVLink 是可用的連接,則數(shù)據(jù)可通過存儲(chǔ)器附近的 GPU 內(nèi)存中的快速反彈緩沖區(qū)暫存,然后使用 CUDA 傳輸?shù)阶罱K的 GPU 內(nèi)存目標(biāo)緩沖區(qū)。這可能比使用 intersocket 路徑(例如 UPI )快得多。

沒有cudaMemcpy參與分割 IO 傳輸,以適應(yīng) GPU BAR1 孔徑,其大小隨 GPU SKU 變化,或者在目標(biāo)緩沖區(qū)未固定cuFileBufRegister的情況下,分割到預(yù)固定緩沖區(qū)。這些操作由libcufile.so用戶庫代碼管理。

處理未對齊的訪問,其中要傳輸?shù)奈募械臄?shù)據(jù)偏移量與頁面邊界不對齊。

在未來的GDS版本中,cuFileAPI將支持異步和批處理操作。這使得 CUDA 內(nèi)核能夠在 CUDA 流中的讀取之后對其進(jìn)行排序,該 CUDA 流為該內(nèi)核提供輸入,并且在生成要寫入的數(shù)據(jù)的內(nèi)核之后對寫入進(jìn)行排序。隨著時(shí)間的推移,cuFileAPI也將在 CUDA 圖形的上下文中可用。

表 1 顯示了 NVIDIA DGX-2 和 DGX A100 系統(tǒng)的峰值和測量帶寬。該數(shù)據(jù)表明,在理想條件下,從本地存儲(chǔ)到 GPU s 的可實(shí)現(xiàn)帶寬超過了 CPU 內(nèi)存的最大帶寬,最高可達(dá) 1 TB 。通常從 PB 級(jí)遠(yuǎn)程內(nèi)存測量的帶寬可能是 CPU 內(nèi)存實(shí)際提供帶寬的兩倍以上。

將 GPU 內(nèi)存中無法容納的數(shù)據(jù)溢出到甚至 PB 的遠(yuǎn)程存儲(chǔ)中,可能會(huì)超過將其分頁回 CPU 內(nèi)存中 1 TB 的可實(shí)現(xiàn)性能。這是歷史的一次顯著逆轉(zhuǎn)。

poYBAGJSS8SAL2CoAABEJucZIes746.png

表 1 .在帶寬超過 CPU 內(nèi)存 1 TB 的情況下,可以訪問數(shù) PB 的數(shù)據(jù)。

*此處顯示的 NVIDIA GPU 直接存儲(chǔ)在 NVIDIA DGX A100 插槽 0-3 和 6-9 上的性能數(shù)字不是官方支持的網(wǎng)絡(luò)配置,僅供實(shí)驗(yàn)使用。為計(jì)算和存儲(chǔ)共享相同的網(wǎng)絡(luò)適配器可能會(huì)影響 NVIDIA 先前在 DGX A100 系統(tǒng)上發(fā)布的標(biāo)準(zhǔn)或其他基準(zhǔn)測試的性能。

GDS 的工作原理

NVIDIA 尋求盡可能采用現(xiàn)有標(biāo)準(zhǔn),并在必要時(shí)明智地?cái)U(kuò)展這些標(biāo)準(zhǔn)。 POSIX 標(biāo)準(zhǔn)的pread和pwrite提供了存儲(chǔ)和 CPU 緩沖區(qū)之間的拷貝,但尚未啟用到 GPU 緩沖區(qū)的拷貝。隨著時(shí)間的推移, Linux 內(nèi)核中不支持 GPU 緩沖區(qū)的缺點(diǎn)將得到解決。

一種稱為 dma _ buf 的解決方案正在進(jìn)行中,該解決方案支持 NIC 或 NVMe 和 GPU 等設(shè)備之間的拷貝,它們是 PCIe 總線上的對等設(shè)備,以解決這一差距。同時(shí), GDS 帶來的性能提升太大,無法等待上游解決方案傳播到所有用戶。多種供應(yīng)商提供了支持 GDS 的替代解決方案,包括 MLNX _ OFED (表 2 )。 GDS 解決方案涉及與 POSIXpread和pwrite類似的新 APIcuFileRead或cuFileWrite。

動(dòng)態(tài)路由、 NVLink 的使用以及 CUDA 流中使用的異步 API (僅可從 GDS 獲得)等優(yōu)化使cuFileAPI 成為 CUDA 編程模型的持久特性,即使在 Linux 文件系統(tǒng)中的漏洞得到解決之后也是如此。

以下是GDS實(shí)現(xiàn)的功能。首先,當(dāng)前Linux實(shí)現(xiàn)的基本問題是通過虛擬文件系統(tǒng)(VFS)向下傳遞 GPU 緩沖區(qū)地址作為DMA目標(biāo),以便本地NVMe或網(wǎng)絡(luò)適配器中的DMA引擎可以執(zhí)行到 GPU 內(nèi)存或從 GPU 內(nèi)存的傳輸。這會(huì)導(dǎo)致出現(xiàn)錯(cuò)誤情況。我們現(xiàn)在有辦法解決這個(gè)問題:在 CPU 內(nèi)存中傳遞一個(gè)緩沖區(qū)地址。

當(dāng)使用cuFileAPI (如cuFileRead或cuFileWrite)時(shí),libcufile。因此,用戶級(jí)庫捕獲 GPU 緩沖區(qū)地址,并替換傳遞給 VFS 的代理 CPU 緩沖區(qū)地址。就在緩沖區(qū)地址用于 DMA 之前,啟用 GDS 的驅(qū)動(dòng)程序?qū)vidia-fs.ko的調(diào)用識(shí)別 CPU 緩沖區(qū)地址,并再次提供替代 GPU 緩沖區(qū)地址,以便 DMA 可以正確進(jìn)行。

libcufile.so中的邏輯執(zhí)行前面描述的各種優(yōu)化,如動(dòng)態(tài)路由、預(yù)固定緩沖區(qū)的使用和對齊。圖 2 顯示了用于此優(yōu)化的堆棧。cuFileAPI 是 Magnum IO 靈活抽象體系結(jié)構(gòu)原則的一個(gè)示例,它支持特定于平臺(tái)的創(chuàng)新和優(yōu)化,如選擇性緩沖和 NVLink 的使用。

pYYBAGJSS8yAc0sYAADSNoYO8SA949.png

圖 2 . GDS 軟件堆棧,其中應(yīng)用程序使用 cuFile API ,啟用 GDS 的存儲(chǔ)驅(qū)動(dòng)程序調(diào)用 NVIDIA -fs . ko 內(nèi)核驅(qū)動(dòng)程序以獲得正確的 DMA 地址。

關(guān)于作者

CJ Newburn 是 NVIDIA 計(jì)算軟件組的首席架構(gòu)師,他領(lǐng)導(dǎo) HPC 戰(zhàn)略和軟件產(chǎn)品路線圖,特別關(guān)注系統(tǒng)和規(guī)模編程模型。 CJ 是 Magnum IO 的架構(gòu)師和 GPU Direct Storage 的聯(lián)合架構(gòu)師,與能源部領(lǐng)導(dǎo) Summit Dev 系列產(chǎn)品,并領(lǐng)導(dǎo) HPC 容器咨詢委員會(huì)。在過去的 20 年里, CJ 為硬件和軟件技術(shù)做出了貢獻(xiàn),擁有 100 多項(xiàng)專利。他是一個(gè)社區(qū)建設(shè)者,熱衷于將硬件和軟件平臺(tái)的核心功能從 HPC 擴(kuò)展到 AI 、數(shù)據(jù)科學(xué)和可視化。在卡內(nèi)基梅隆大學(xué)獲得博士學(xué)位之前, CJ 曾在幾家初創(chuàng)公司工作過,致力于語音識(shí)別器和 VLIW 超級(jí)計(jì)算機(jī)。他很高興能為他媽媽使用的批量產(chǎn)品工作。

Kiran K. Modukuri 是 NVIDIA 的首席軟件工程師,負(fù)責(zé)加速 IO 管道。他是 GPU 直接存儲(chǔ)產(chǎn)品的聯(lián)合架構(gòu)師。在加入 NVIDIA 之前,他曾在 NetApp 擔(dān)任高級(jí)軟件工程師。他在亞利桑那大學(xué)獲得了計(jì)算機(jī)科學(xué)碩士學(xué)位。他在分布式文件系統(tǒng)和存儲(chǔ)技術(shù)方面擁有超過 15 年的經(jīng)驗(yàn)。

Kushal Datta 是 Magnum IO 的產(chǎn)品負(fù)責(zé)人,專注于加速多 GPU 系統(tǒng)上的 AI 、數(shù)據(jù)分析和 HPC 應(yīng)用程序。他的興趣包括創(chuàng)建新的工具和方法,以提高復(fù)雜人工智能和大規(guī)模系統(tǒng)上的科學(xué)應(yīng)用的總掛鐘時(shí)間。他發(fā)表了 20 多篇學(xué)術(shù)論文、多篇白皮書和博客文章。他擁有五項(xiàng)美國專利。他在北卡羅來納大學(xué)夏洛特分校獲得歐洲經(jīng)委會(huì)博士學(xué)位,并在印度賈達(dá)夫普爾大學(xué)獲得計(jì)算機(jī)科學(xué)學(xué)士學(xué)位。

審核編輯:郭婷

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

    關(guān)注

    14

    文章

    5309

    瀏覽量

    106427
  • 計(jì)算機(jī)
    +關(guān)注

    關(guān)注

    19

    文章

    7663

    瀏覽量

    90824
  • AI
    AI
    +關(guān)注

    關(guān)注

    88

    文章

    35164

    瀏覽量

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

掃碼添加小助手

加入工程師交流群

    評(píng)論

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

    Analog Devices / Maxim Integrated MAXREFDES177 IO-Link通用模擬IO特性/框圖

    Analog Devices MAXREFDES177 IO-Link通用模擬IO是一款完備的IO-Link?通用模擬輸入-輸出 (IO) 參考設(shè)計(jì),采用內(nèi)置集成保護(hù)功能的MAX225
    的頭像 發(fā)表于 06-30 09:30 ?147次閱讀
    Analog Devices / Maxim Integrated MAXREFDES177 <b class='flag-5'>IO</b>-Link通用模擬<b class='flag-5'>IO</b>特性/框圖

    虹科直播回放 | IO-Link技術(shù)概述與虹科IO-Link OEM

    虹科「一站式通訊解決方案」系列直播第1期圓滿落幕!本期主題為「IO-Link技術(shù)概述與虹科IO-LinkOEM」感謝各位朋友的熱情參與!本期直播中虹科專業(yè)講師瞿工帶大家走進(jìn)工業(yè)4.0深度解讀了IO-Link技術(shù)及其應(yīng)用并重磅推出
    的頭像 發(fā)表于 02-19 17:34 ?661次閱讀
    虹科直播回放 | <b class='flag-5'>IO</b>-Link技術(shù)概述與虹科<b class='flag-5'>IO</b>-Link OEM

    λ-IO:存儲(chǔ)計(jì)算下的IO棧設(shè)計(jì)

    動(dòng)機(jī)和背景? ? 存儲(chǔ)計(jì)算存儲(chǔ)資源的充分利用。IO棧是管理存儲(chǔ)器的的基本組件,包括設(shè)備驅(qū)動(dòng)、塊接口層、文件系統(tǒng),目前一些用戶空間IO庫(如S
    的頭像 發(fā)表于 12-02 10:35 ?636次閱讀
    λ-<b class='flag-5'>IO</b>:<b class='flag-5'>存儲(chǔ)</b>計(jì)算下的<b class='flag-5'>IO</b>棧設(shè)計(jì)

    智慧路燈系統(tǒng)實(shí)施意義

    智慧路燈系統(tǒng)實(shí)施意義
    的頭像 發(fā)表于 11-16 11:39 ?563次閱讀
    智慧路燈系統(tǒng)<b class='flag-5'>實(shí)施</b>意義

    一文解讀Linux 5種IO模型

    Linux里有五種IO模型:阻塞IO、非阻塞IO、多路復(fù)用IO、信號(hào)驅(qū)動(dòng)式IO和異步IO,我發(fā)現(xiàn)
    的頭像 發(fā)表于 11-09 11:12 ?864次閱讀
    一文解讀Linux 5種<b class='flag-5'>IO</b>模型

    華納云監(jiān)視Linux磁盤IO性能命令:iotop,iostat,vmstat,atop,dstat,ioping

    以下介紹6個(gè)監(jiān)視 Linux 磁盤IO性能的命令(工具),它們分別是iotop、iostat、vmstat、atop、dstat、ioping,以下將附上簡單的使用方法。 前言 磁盤IO
    的頭像 發(fā)表于 10-24 14:43 ?711次閱讀

    MR20遠(yuǎn)程IOIO-Link的差異化應(yīng)用

    在工業(yè)自動(dòng)化領(lǐng)域,遠(yuǎn)程IO)和IO-Link作為兩種重要的通信協(xié)議,各自扮演著不可或缺的角色。盡管它們都是為了實(shí)現(xiàn)設(shè)備之間的數(shù)據(jù)傳輸與控制,但在應(yīng)用場景、系統(tǒng)架構(gòu)和功能特點(diǎn)上卻存在著顯著的差異。本文
    的頭像 發(fā)表于 10-21 17:29 ?620次閱讀

    本地IO與遠(yuǎn)程IO:揭秘工業(yè)自動(dòng)化中的兩大關(guān)鍵角色

    在工業(yè)自動(dòng)化領(lǐng)域,IO(Input/Output,輸入/輸出)模塊扮演著至關(guān)重要的角色。它們作為連接控制系統(tǒng)與現(xiàn)場設(shè)備的橋梁,負(fù)責(zé)數(shù)據(jù)的采集與指令的執(zhí)行。然而,隨著技術(shù)的不斷進(jìn)步,IO模塊也分為本地IO和遠(yuǎn)程
    的頭像 發(fā)表于 10-08 18:06 ?1125次閱讀

    解析一體式IO與分布式IO:從架構(gòu)到應(yīng)用

    在工業(yè)自動(dòng)化領(lǐng)域,IO(輸入/輸出)系統(tǒng)扮演著舉足輕重的角色。它們不僅負(fù)責(zé)數(shù)據(jù)的采集和控制指令的發(fā)送,還直接影響到系統(tǒng)的靈活性、可靠性和成本效益。明達(dá)技術(shù)將為您介紹一體式IO和分布式IO在架構(gòu)及應(yīng)用層的主要區(qū)別,幫助您更好地理解
    的頭像 發(fā)表于 10-08 10:02 ?855次閱讀
    解析一體式<b class='flag-5'>IO</b>與分布式<b class='flag-5'>IO</b>:從架構(gòu)到應(yīng)用

    MCU IO口的作用和特點(diǎn)

    MCU(微控制器)的IO口(Input/Output Port,輸入輸出端口)是單片機(jī)與外界進(jìn)行信息交互的關(guān)鍵接口。這些IO口在微控制器的功能實(shí)現(xiàn)中扮演著至關(guān)重要的角色,它們不僅負(fù)責(zé)數(shù)據(jù)的輸入和輸出,還承載著電平轉(zhuǎn)換、中斷處理、功能復(fù)用等多種功能。以下是對MCU
    的頭像 發(fā)表于 09-30 11:52 ?2861次閱讀

    CRC實(shí)施

    電子發(fā)燒友網(wǎng)站提供《CRC實(shí)施.pdf》資料免費(fèi)下載
    發(fā)表于 09-26 09:44 ?0次下載
    CRC<b class='flag-5'>實(shí)施</b>

    單片機(jī)基本io功能調(diào)試過程

    單片機(jī)基本IO功能的調(diào)試過程涉及多個(gè)步驟,旨在確保IO口能夠正確地執(zhí)行輸入和輸出操作。以下是一個(gè)調(diào)試過程,涵蓋了從準(zhǔn)備階段到實(shí)際測試的關(guān)鍵步驟: 一、準(zhǔn)備階段 確定單片機(jī)型號(hào)和IO口 : 首先,明確
    的頭像 發(fā)表于 09-14 14:38 ?1487次閱讀

    服務(wù)器數(shù)據(jù)恢復(fù)—從數(shù)據(jù)恢復(fù)的角度討論RAID磁盤陣列的存儲(chǔ)安全問題

    出于盡可能避免數(shù)據(jù)災(zāi)難的設(shè)計(jì)初衷,RAID解決了3個(gè)問題:容量問題、IO性能問題、存儲(chǔ)安全(冗余)問題。從數(shù)據(jù)恢復(fù)的角度討論RAID的存儲(chǔ)安全問題。
    的頭像 發(fā)表于 09-07 10:21 ?547次閱讀

    NAND Flash與其他類型存儲(chǔ)器的區(qū)別

    NAND Flash作為一種基于NAND技術(shù)的非易失性存儲(chǔ)器,具有多個(gè)顯著優(yōu)點(diǎn),這些優(yōu)點(diǎn)使其在數(shù)據(jù)存儲(chǔ)領(lǐng)域得到了廣泛應(yīng)用。以下是對NAND Flash
    的頭像 發(fā)表于 08-20 10:24 ?1324次閱讀

    Linux磁盤IO詳細(xì)解析

      在講解磁盤IO前,先簡單說下什么是磁盤。磁盤是可以持久化存儲(chǔ)的設(shè)備,根據(jù)存儲(chǔ)介質(zhì)的不同,常見磁盤可以分為兩類:機(jī)械磁盤和固態(tài)磁盤。
    的頭像 發(fā)表于 08-05 15:49 ?1104次閱讀
    Linux磁盤<b class='flag-5'>IO</b>詳細(xì)解析