分享一下我老師大神的人工智能教程！零基礎(chǔ)，通俗易懂！http://blog.csdn.net/jiangjunshow

也歡迎大家轉(zhuǎn)載本篇文章。分享知識，造福人民，實(shí)現(xiàn)我們中華民族偉大復(fù)興！

dm-cache 與 bcache

在 LSFMM 2013 峰會上，Mike Snitzer, Kent Overstreet, Alasdair Kergon, 和 Darrick Wong 共同主持了一個(gè)討論，內(nèi)容是關(guān)于兩個(gè)彼此獨(dú)立的塊設(shè)備層緩存方案 —— dm-cache 和 bcache。?Snitzer 首先介紹了 3.9 kernel 引入的 dm-cache。這個(gè)方案使用率內(nèi)核中的 device mapper 框架，實(shí)現(xiàn)了快速設(shè)備對慢速的“原始”設(shè)備的 writeback 或 writethrough 緩存。Snitzer 介紹到，dm-cache 的原理是使用 device mapper 核心，并在上面增加一個(gè)策略層。這個(gè)策略層“非常類似”一個(gè)插件接口，可以實(shí)現(xiàn)不同的策略。這些策略（以及緩存的內(nèi)容）決定了緩存是否可以命中，是否需要進(jìn)行數(shù)據(jù)遷移（在原始設(shè)備與緩存設(shè)備之間進(jìn)行某個(gè)方向的數(shù)據(jù)移動）。目前已經(jīng)實(shí)現(xiàn)了包括最近最少用（LRU）、最常使用（MFU）等策略，但目前只有缺省的“mq”策略合并到內(nèi)核中了，以便減少起初需要測試到的策略數(shù)量。文件系統(tǒng)可以為策略提供 hints，比如某些塊臟了，或是某些塊已經(jīng)被放棄了。這些信息有助于策略更好地決定塊要存儲到的位置。之后，Overstreet 介紹了 bcache 的狀態(tài)更新，后者已經(jīng)在排隊(duì)進(jìn)入 3.10 了。他介紹到，bcache 已經(jīng)有“很多用戶”了，而且代碼已經(jīng)比較穩(wěn)定了。他最近主要是在進(jìn)行 bug fix。與 dm-cache 實(shí)現(xiàn)的的分級存儲不同，按照 Overstreet 的介紹，bcache 更像一個(gè)傳統(tǒng)的緩存。它可以用來存儲任何 extents，甚至是是一個(gè)扇區(qū)，而 dm-cache 只能對整塊數(shù)據(jù)進(jìn)行緩存。就在峰會開始前，Wong 給多個(gè)郵件列表（包括 dm-devel, linux-bcache, linux-kernel）發(fā)出過一封 email 來比較 bcache, dm-cache, 和 EnhanceIO。他分別編譯了帶有上述各個(gè)特性的內(nèi)核，進(jìn)行了一些測試。他發(fā)現(xiàn)，EnhanceIO 是最慢的，bcache 是它的 4-6 倍，而 dm-cache 更快，達(dá)到了 15 倍，不過 dm-cache 無法完成有些測試。所有比較都在一塊普通硬盤上進(jìn)行了相同的測試，有時(shí)，由于未知的原因，dm-cache 的表現(xiàn)或多或少的和硬盤完全一樣。他指出，有些測試會導(dǎo)致 mkfs 創(chuàng)建的 inode table 倍緩存住，而通常這并不是一種有效的使用緩存的方法。Snitzer 表示，他曾試著去重現(xiàn) Wong 的測試結(jié)果，但結(jié)果對 bcache 和 dm-cache 都得倒了更差的成績。他說他希望和 Overstreet 一起去找出原因。而 Overstreet 則表示，不應(yīng)該過多地看綜合測試的成績，這些測試是游泳的，但可能帶有誤導(dǎo)性。Ric Wheeler 提問，Snitzer 是否“在真實(shí)工作負(fù)載下看到了實(shí)質(zhì)性的性能提升”，Snitzer提到，在不同的 Git 標(biāo)簽之間進(jìn)行切換就是 dm-cache 可以完勝的一個(gè)例子，不過他需要一些幫助來獲得更貼近實(shí)際使用的負(fù)載。一個(gè)參會者問道，這些方案是否假設(shè)緩存設(shè)備總是存在。Snitzer 說，dm-cache 確實(shí)如此假設(shè)，但這是需要改進(jìn)的地方。Overstreet 說， bcache 并不要求 cache 設(shè)備一直都在。因?yàn)?bcache 已經(jīng)在實(shí)際產(chǎn)品中使用了，所以它有機(jī)會去碰到這些疑難場景，并可以處理這些緩存設(shè)備無法工作的情形。Snitzer 表示，dm-cache 確實(shí)還有很多事情要做。起初，它是進(jìn)行 cache 和原始設(shè)備的并行 IO，但最終不得不回到順序 IO。而且，對于流水線中有 NVM 設(shè)備的情況下，存儲層次也是如此。因?yàn)?dm “到處都是分層”，dm-cache 剛好適合進(jìn)行存儲分層，不過 Overstreet 指出，bcache 也可以做到分級存儲。這個(gè)討論最終沒有一個(gè)明確的結(jié)論，只是提到需要讓兩個(gè)方案的“真實(shí)世界”性能讀數(shù)變得更好。同時(shí)也指出了，不同的測試者進(jìn)行的測試得到的結(jié)論差異是巨大的，這也是真實(shí)世界的情況的一個(gè)寫照。
- See more at: http://wangxu.me/blog/#sthash.smQmCr76.dpuf?

文章來源：http://blog.csdn.net/cybertan/article/details/9475767

Linux塊設(shè)備加速緩存之bcache

什么是bcache
bcache是linux內(nèi)核塊層cache。它使用類似SSD來作為HDD硬盤的cache，從而起到加速作用。HDD硬盤便宜并且空間更大，SSD速度快但更貴。如果能兩者兼得，豈不快哉？bcache能做到。bcache使用SSD作為其他塊設(shè)備cache。類似ZFS的L2Arc，但bcache還增加了寫回策略，并且是與文件系統(tǒng)無關(guān)的。bcache被設(shè)計(jì)成只需要最小的代價(jià)，無需配置就能在所有環(huán)境中工作。默認(rèn)狀態(tài)下bcache不緩存順序IO，只緩存隨機(jī)讀寫。bcache適用于桌面、服務(wù)器，高級存儲陣列，甚至是嵌入式環(huán)境。

設(shè)計(jì)bcache目標(biāo)是讓被緩存設(shè)備與SSD一樣快（包括緩存命中、緩存不命中、透寫和回寫）。現(xiàn)在還未達(dá)到初衷，特別是順序?qū)憽Ｍ瑫r(shí)測試結(jié)果表明離目標(biāo)很接近，甚至有些情況下表現(xiàn)更好，例如隨機(jī)寫。bcache是數(shù)據(jù)安全的。對于寫回策略緩存來說，可靠性是非常重要的，出錯(cuò)就意味著丟失數(shù)據(jù)。bcache是用電池備份陣列控制器的替代選擇，同時(shí)也要求bcache在異常掉電時(shí)也是數(shù)據(jù)安全的。對于寫而言，必須在所有數(shù)據(jù)寫到可靠介質(zhì)之后才能向上層返回寫成功，在異常掉電情況下，寫不能是部分完成的。大量工作已經(jīng)投入到這部分?jǐn)?shù)據(jù)安全的工作中。

bcache性能設(shè)計(jì)目標(biāo)是等同于SSD。最大程度上去最小化寫放大，并避免隨機(jī)寫。bcache將隨機(jī)寫轉(zhuǎn)換為順序?qū)?#xff0c;首先寫到SSD，然后回寫緩存使用SSD緩存大量的寫，最后將寫有序?qū)懙酱疟P或者陣列上。對于RAID6陣列，隨機(jī)寫性能很差，還要花費(fèi)不菲的價(jià)格購買帶有電池保護(hù)的陣列控制器。現(xiàn)在有了bcache，你就可以直接使用linux自帶的優(yōu)秀軟RAID，甚至可以在更廉價(jià)的硬件上獲取更高的隨機(jī)寫性能。
特性1、一個(gè)緩存設(shè)備可以作為多個(gè)設(shè)備的緩存，并且可以在設(shè)備運(yùn)行時(shí)動態(tài)添加和刪除緩存。2、異常關(guān)機(jī)恢復(fù)，只有當(dāng)寫到磁盤后緩存才會確認(rèn)寫完成。3、正確處理寫阻塞和刷緩存4、支持writethrough, writeback和writearound5、檢測并避開順序IO（可配置關(guān)閉該選項(xiàng)）6、當(dāng)檢測到SSD延遲超過配置邊界值，減少到SSD流量（當(dāng)一個(gè)SSD作為多個(gè)磁盤緩存時(shí)使用）7、緩存不命中時(shí)預(yù)讀（默認(rèn)關(guān)閉）8、高性能的writeback實(shí)現(xiàn)：臟數(shù)據(jù)都是排序后再回寫。如果設(shè)置了writeback水位線，PD控制器會根據(jù)臟數(shù)據(jù)比例來平滑處理到后臺writeback流量。9、使用高效率了B+樹，bcache隨機(jī)讀可以達(dá)到1M IOPS10、穩(wěn)定，已經(jīng)有產(chǎn)品應(yīng)用

性能
7/25/12 隨機(jī)測試在我的測試機(jī)上，我將SSD盤劃分為兩個(gè)相同大小的分區(qū)，一個(gè)分區(qū)用于測試SSD裸盤，另一個(gè)作為硬盤緩存。bcache配置修改：cache_mode設(shè)置為writeback，writeback_percent設(shè)置為40。（如果writeback_percent不為0，bcache使用PD控制器根據(jù)緩存的臟數(shù)據(jù)塊來平滑處理下發(fā)到磁盤的流量）。同時(shí)還關(guān)閉了擁塞閥值，因?yàn)楫?dāng)SSD延遲達(dá)到極限時(shí)，如果bcache切換到writethrough將會影響結(jié)果。

SSD盤為Intel 160G MLC SSD，也就是Intel SSDSA2M160。FIO作為性能測試，測試腳本如下：[global] randrepeat=1 ioengine=libaio bs=4k ba=4k size=8G direct=1 gtod_reduce=1 norandommap iodepth=64FIO運(yùn)行在SSD裸設(shè)備上，但對于這類性能測試軟件來說應(yīng)該沒有影響。
裸SSD設(shè)備上隨機(jī)寫測試結(jié)果如下：root@utumno:~# fio ~/rw4krandwrite: (g=0): rw=randwrite, bs=4K-4K/4K-4K, ioengine=libaio, iodepth=64fio 1.59Starting 1 processJobs: 1 (f=1): [w] [100.0% done] [0K/49885K /s] [0 /12.2K iops] [eta 00m:00s]randwrite: (groupid=0, jobs=1): err= 0: pid=1770? write: io=8192.3MB, bw=47666KB/s, iops=11916 , runt=175991msec? cpu????????? : usr=4.33%, sys=14.28%, ctx=2071968, majf=0, minf=19? IO depths??? : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%???? submit??? : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%???? complete? : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%???? issued r/w/d: total=0/2097215/0, short=0/0/0Run status group 0 (all jobs):? WRITE: io=8192.3MB, aggrb=47666KB/s, minb=48810KB/s, maxb=48810KB/s, mint=175991msec, maxt=175991msecDisk stats (read/write):? sdb: ios=69/2097888, merge=0/3569, ticks=0/11243992, in_queue=11245600, util=99.99%
添加了bcache：root@utumno:~# fio ~/rw4krandwrite: (g=0): rw=randwrite, bs=4K-4K/4K-4K, ioengine=libaio, iodepth=64fio 1.59Starting 1 processJobs: 1 (f=1): [w] [100.0% done] [0K/75776K /s] [0 /18.5K iops] [eta 00m:00s]randwrite: (groupid=0, jobs=1): err= 0: pid=1914? write: io=8192.3MB, bw=83069KB/s, iops=20767 , runt=100987msec? cpu????????? : usr=3.17%, sys=13.27%, ctx=456026, majf=0, minf=19? IO depths??? : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=0.1%, >=64=100.0%???? submit??? : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%???? complete? : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.1%, >=64=0.0%???? issued r/w/d: total=0/2097215/0, short=0/0/0Run status group 0 (all jobs):? WRITE: io=8192.3MB, aggrb=83068KB/s, minb=85062KB/s, maxb=85062KB/s, mint=100987msec, maxt=100987msecDisk stats (read/write):? bcache0: ios=0/0, merge=0/0, ticks=0/0, in_queue=0, util=0.00%
添加了bcache之后IOPS為18.5K，裸SSD設(shè)備為12.2K。bcache表現(xiàn)更佳是因?yàn)閎cache按順序?qū)懻埱蟀l(fā)送到SSD，但額外加入了更新索引的開銷。bcache對隨機(jī)寫做了優(yōu)化，bcache還從高IO深度（64）獲益，因?yàn)樵诟逫O深度的情況下就可以將多次下標(biāo)更新合并為一次寫請求。高IO深度就代表著高系統(tǒng)負(fù)載，當(dāng)IO深度下調(diào)時(shí)IOPS也出現(xiàn)變化：

IO depth of 32: bcache 20.3k iops, raw ssd 19.8k iops

IO depth of 16: bcache 16.7k iops, raw ssd 23.5k iops

IO depth of 8: bcache 8.7k iops, raw ssd 14.9k iops

IO depth of 4: bcache 8.9k iops, raw ssd 19.7k iops

SSD性能在不同IO深度時(shí)出現(xiàn)了波動。對于不同的寫模型會有不同的結(jié)果，我們只關(guān)注兩者的相對數(shù)值。
當(dāng)測試隨機(jī)4K寫，IO深度為1時(shí)，bcache寫次數(shù)是裸SSD設(shè)備的兩倍：每一次寫都需要再更新一次索引。

隨機(jī)讀

IO depth of 64: bcache 29.5k iops, raw ssd 25.4k iops

IO depth of 16: bcache 28.2k iops, raw ssd 27.6k iops

bcache略勝一籌，可能跟要讀的數(shù)據(jù)相關(guān)。這里的結(jié)論是隨機(jī)讀時(shí)bcache與裸SSD讀性能是相同的。這里要注意的是，讀4K隨機(jī)寫下去的數(shù)據(jù)，這樣的測試模型對于bcache是不好的。這意味btree都是4K大小，btree將比通常時(shí)候大得多。在實(shí)際應(yīng)用中，平均大小是100K。btree變大就意味著索引占用更大的內(nèi)存空間，并且有一部分是在二級索引。根據(jù)個(gè)人經(jīng)驗(yàn)這些開銷在大型機(jī)器IOPS超過500K時(shí)才會有實(shí)際影響。如果大家有其他的測試方法或者我的測試方法中有什么問題請通知郵件告訴我。
常見問題關(guān)機(jī)、設(shè)備移除系統(tǒng)關(guān)機(jī)時(shí)cache仍然是臟的，就是說后端磁盤的數(shù)據(jù)并不可靠。如果要保證后端磁盤數(shù)據(jù)是安全的，就需要手動移動cache或者將cache設(shè)置為writethrough模式。
自動掛載bcache會自動匹配cache和后端設(shè)備。匹配過程與設(shè)備對系統(tǒng)可用的次序沒有關(guān)系。帶bcache的根目錄分區(qū)為了讓根分區(qū)能夠使用bcache，需要添加rootdelay=3到啟動參數(shù)，這樣才能讓udev規(guī)則在系統(tǒng)mount根文件系統(tǒng)之前運(yùn)行。已格式化過的磁盤或分區(qū)如果一個(gè)分區(qū)或者磁盤設(shè)備啟動時(shí)沒有創(chuàng)建bcache，可能是因?yàn)槌墘K發(fā)生錯(cuò)誤。為了讓bcache能夠正確檢測到之前的設(shè)備，udev規(guī)則會首先檢查是否符合bcache規(guī)則和blkid檢查。udev規(guī)則檢查設(shè)備超級塊從而識別文件系統(tǒng)類型，如果該超級塊不符合bcache文件系統(tǒng)類型那么就不會添加bcache。
# cat /usr/lib/udev/rules.d/61-bcache.rules....# Backing devices: scan, symlink, registerIMPORT{program}="/sbin/blkid -o udev $tempnode"# blkid and probe-bcache can disagree, in which case don't registerENV{ID_FS_TYPE}=="?*", ENV{ID_FS_TYPE}!="bcache", GOTO="bcache_backing_end"...# lsblk -o NAME,MAJ:MIN,RM,SIZE,TYPE,FSTYPE,MOUNTPOINT,UUID,PARTUUIDNAME??????? MAJ:MIN RM?? SIZE TYPE FSTYPE MOUNTPOINT UUID???????????????????????????????? PARTUUIDsda?????????? 8:0??? 0 111.8G disk├─sda1??????? 8:1??? 0???? 3G part vfat?? /esp?????? 7E67-C0BB??????????????????????????? d39828e8-4880-4c85-9ec0-4255777aa35b└─sda2??????? 8:2??? 0 108.8G part ext2????????????? 93d22899-cd86-4815-b6d0-d72006201e75 baf812f4-9b80-42c4-b7ac-5ed0ed19be65sdb?????????? 8:16?? 0 931.5G disk└─sdb1??????? 8:17?? 0 931.5G part ntfs????????????? FAD2B75FD2B71EB7???????????????????? 90c80e9d-f31a-41b4-9d4d-9b02029402b2sdc?????????? 8:32?? 0?? 2.7T disk bcache??????????? 4bd63488-e1d7-4858-8c70-a35a5ba2c452└─bcache1?? 254:1??? 0?? 2.7T disk btrfs???????????? 2ff19aaf-852e-4c58-9eee-3daecbc6a5a1sdd?????????? 8:48?? 0?? 2.7T disk bcache??????????? ce6de517-7538-45d6-b8c4-8546f13f76c1└─bcache0?? 254:0??? 0?? 2.7T disk btrfs???????????? 2ff19aaf-852e-4c58-9eee-3daecbc6a5a1sde?????????? 8:64?? 1? 14.9G disk└─sde1??????? 8:65?? 1? 14.9G part ext4?? /????????? d07321b2-b67d-4daf-8022-f3307b605430 5d0a4d76-115f-4081-91ed-fb09aa2318d
在上面的例子中有一個(gè)分區(qū)之前是ext2文件系統(tǒng)。bcache將通過以下指令自動構(gòu)建：# make-bcache -B /dev/sdc /dev/sdd -C /dev/sda2
因?yàn)樵O(shè)備/dev/sdc和/dev/sdd標(biāo)識了bcache文件系統(tǒng)，因此會在系統(tǒng)啟動時(shí)自動添加，而/dev/sda2則需要手動添加。在/dev/sda2偏移1024處仍殘留有之前文件系統(tǒng)的超級塊信息，而bcache信息是從4096偏移開始記錄，修復(fù)的方法是：# dd if=/dev/zero count=1 bs=1024 seek=1 of=/dev/sda2
在系統(tǒng)重啟之后所有磁盤被正確識別：# lsblk -o NAME,MAJ:MIN,RM,SIZE,TYPE,FSTYPE,MOUNTPOINT,UUID,PARTUUIDNAME??????? MAJ:MIN RM?? SIZE TYPE FSTYPE MOUNTPOINT UUID???????????????????????????????? PARTUUIDsda?????????? 8:0??? 0 111.8G disk├─sda1??????? 8:1??? 0???? 3G part vfat?? /esp?????? 7E67-C0BB??????????????????????????? d39828e8-4880-4c85-9ec0-4255777aa35b└─sda2??????? 8:2??? 0 108.8G part bcache??????????? 93d22899-cd86-4815-b6d0-d72006201e75 baf812f4-9b80-42c4-b7ac-5ed0ed19be65? ├─bcache0 254:0??? 0?? 2.7T disk btrfs???????????? 2ff19aaf-852e-4c58-9eee-3daecbc6a5a1? └─bcache1 254:1??? 0?? 2.7T disk btrfs???????????? 2ff19aaf-852e-4c58-9eee-3daecbc6a5a1sdb?????????? 8:16?? 0 931.5G disk└─sdb1??????? 8:17?? 0 931.5G part ntfs????????????? FAD2B75FD2B71EB7???????????????????? 90c80e9d-f31a-41b4-9d4d-9b02029402b2sdc?????????? 8:32?? 0?? 2.7T disk bcache??????????? 4bd63488-e1d7-4858-8c70-a35a5ba2c452└─bcache1?? 254:1??? 0?? 2.7T disk btrfs???????????? 2ff19aaf-852e-4c58-9eee-3daecbc6a5a1sdd?????????? 8:48?? 0?? 2.7T disk bcache??????????? ce6de517-7538-45d6-b8c4-8546f13f76c1└─bcache0?? 254:0??? 0?? 2.7T disk btrfs???????????? 2ff19aaf-852e-4c58-9eee-3daecbc6a5a1sde?????????? 8:64?? 1? 14.9G disk└─sde1??????? 8:65?? 1? 14.9G part ext4?? /????????? d07321b2-b67d-4daf-8022-f3307b605430 5d0a4d76-115f-4081-91ed-fb09aa2318dd
同樣地，殘留超級塊還會引起類似的其他錯(cuò)誤。
英文地址：http://bcache.evilpiepirate.org/

文章來源：http://blog.csdn.net/liumangxiong/article/details/17839797

Linux內(nèi)核之bcache簡介

bcache是按照SSD特性來設(shè)計(jì)的，只按擦除桶大小進(jìn)行分配，使用btree和日志混合方法來跟蹤緩存數(shù)據(jù)，緩存數(shù)據(jù)可以是桶上的任意一個(gè)扇區(qū)。bcache最大程度上減少了隨機(jī)寫的代價(jià)，它按順序填充一個(gè)桶，重新使用時(shí)只需將桶設(shè)置為無效。bcache支持寫直達(dá)和回寫策略。回寫默認(rèn)情況下是關(guān)閉的，可以在運(yùn)行時(shí)改變。bcache還在最大程度上保護(hù)你的數(shù)據(jù)，在系統(tǒng)異常關(guān)機(jī)時(shí)數(shù)據(jù)仍然是可靠的。因?yàn)樗辉O(shè)計(jì)為只有在數(shù)據(jù)完全寫回存儲設(shè)備才確認(rèn)寫成功。回寫策略能夠緩存絕大多數(shù)的寫請求，然后再按照索引將臟數(shù)據(jù)按次序?qū)懟氐胶蠖舜鎯υO(shè)備。SSD的特點(diǎn)就是隨機(jī)IO速度很快，而對于大塊順序IO的提升卻并不大。bcache會檢測順序IO并忽略；還會對每一個(gè)任務(wù)記錄動態(tài)的平均IO大小，當(dāng)平均IO大小超過截止值時(shí)該任務(wù)后面的IO將會被忽略，這樣就可以透傳備份或者大文件拷貝。在flash上發(fā)現(xiàn)數(shù)據(jù)IO錯(cuò)誤時(shí)，首先會嘗試讀以恢復(fù)數(shù)據(jù)或者將該緩存項(xiàng)置為無效。對于不可恢復(fù)的錯(cuò)誤，例如元數(shù)據(jù)或臟數(shù)據(jù)，bcache將會自動關(guān)閉緩存。如果有臟數(shù)據(jù)在緩存中，這時(shí)會首先關(guān)閉回寫策略然后再等待臟數(shù)據(jù)刷回。從這里開始首先需要安裝bcache-tools，它提供了make-bcache工具。緩存設(shè)備和后端磁盤在使用前都需要先初始化：[html]?view plaincopy

make-bcache?-B?/dev/sdb??

make-bcache?-C?/dev/sdc??

make-bcache提供了同時(shí)初始化多個(gè)設(shè)備的功能，并自動綁定緩存設(shè)備和后端磁盤：[html]?view plaincopy

make-bcache?-B?/dev/sda?/dev/sdb?-C?/dev/sdc??

bcache-tools現(xiàn)在已經(jīng)包含了udev規(guī)則文件，bcache設(shè)備可以立即被內(nèi)核感知。如果沒有udev規(guī)則，需要手動注冊設(shè)備：[html]?view plaincopy

echo?/dev/sdb?>?/sys/fs/bcache/register??

echo?/dev/sdc?>?/sys/fs/bcache/register??

注冊了后端磁盤后，bcache設(shè)備會出現(xiàn)在/dev/目錄下，現(xiàn)在就可以格式化然后使用了。bcache設(shè)備默認(rèn)是透傳模式，因此需要綁定緩存。bcache顯示如下：[html]?view plaincopy

/dev/bcache<N>??

還有（有udev規(guī)則文件時(shí)）：[html]?view plaincopy

/dev/bcache/by-uuid/<uuid>??

/dev/bcache/by-label/<label>??

如果要開始使用：[html]?view plaincopy

mkfs.ext4?/dev/bcache0??

mount?/dev/bcache0?/mnt??

bcache的sysfs控制項(xiàng)在/sys/block/bcache<N>/bcache。bcache設(shè)備是按集合來管理的，但目前一個(gè)集合只支持一個(gè)bcache設(shè)備，將來會支持多個(gè)設(shè)備、元數(shù)據(jù)和臟數(shù)據(jù)鏡像。新cache設(shè)備顯示為/sys/fs/bcache/<UUID>
cache綁定：在緩存設(shè)備和后端設(shè)備都注冊之后，還要將緩存設(shè)備綁定到后端設(shè)備從而使用緩存。綁定操作如下：echo <CSET-UUID> ?> /sys/block/bcache0/bcache/attach這個(gè)操作只需要做一次就可以了。下一次系統(tǒng)重啟時(shí)，只需要重新注冊所有bcache設(shè)備。如果后端設(shè)備還有未定回的緩存數(shù)據(jù)，那么就不會創(chuàng)建/dev/bcache<N>，直到緩存設(shè)備回來，尤其在寫回策略時(shí)特別重要。如果需要在沒有緩存設(shè)備的時(shí)候強(qiáng)制使用設(shè)備：[html]?view plaincopy

echo?1?>?/sys/block/sdb/bcache/running??

注意這里參數(shù)是后端設(shè)備，而不是bcache設(shè)備，何況此時(shí)bcache設(shè)備還沒有創(chuàng)建。如果是使用分區(qū)創(chuàng)建的bcache設(shè)備，例如sdb2對應(yīng)的目錄是/sys/block/sdb/sdb2/bcache。在強(qiáng)制使用bcache設(shè)備后，緩存設(shè)備添加到系統(tǒng)，這個(gè)緩存設(shè)備的所有緩存數(shù)據(jù)將會設(shè)置為無效。緩存設(shè)備的臟數(shù)據(jù)是不會繼續(xù)，因?yàn)檫@些臟數(shù)據(jù)將有可能使現(xiàn)在文件系統(tǒng)崩潰。
錯(cuò)誤處理bcache嘗試處理IO錯(cuò)誤而不影響正常操作，但如果錯(cuò)誤數(shù)超過閥值（默認(rèn)是0，可配置）會關(guān)閉緩存并切換到透傳模式。-如果是讀錯(cuò)誤則嘗試直接從后端設(shè)備讀-如果是寫直達(dá)寫錯(cuò)誤，將緩存對應(yīng)數(shù)據(jù)塊設(shè)置為無效-去綁定時(shí)，刷回臟數(shù)據(jù)。臟數(shù)據(jù)寫回失敗目前是沒有處理的。
性能相關(guān)問題bcache有很多配置選項(xiàng)和可調(diào)參數(shù)。默認(rèn)值適合于典型配置，如果想要更好性能則需要調(diào)整相關(guān)參數(shù)。-寫性能差如果寫性能不理想，那么建議調(diào)到寫回策略[html]?view plaincopy

#echo?writeback?>?/sys/block/bcache0/cache_mode??

-性能差，或者流量并沒有緩存到SSD默認(rèn)情況下，bcache不會緩存順序IO和大文件。打開順序IO緩存：[html]?view plaincopy

#echo?0?>?/sys/block/bcache0/bcache/sequential_cutoff??

設(shè)置回默認(rèn)值：[html]?view plaincopy

#echo?4M?>?/sys/block/bcache0/bcache/sequential_cutoff??

-流量小，緩存不命中現(xiàn)實(shí)生活中，并不是所有SSD都能提供足夠快的速度作為磁盤的緩存，特別一個(gè)SSD作為多塊磁盤的緩存，或者順序IO時(shí)。所以需要避免SSD成為系統(tǒng)瓶頸。為了避免bcache設(shè)備因?yàn)镾SD變慢，當(dāng)延遲超過閥值時(shí)逐漸減少流量。需要關(guān)閉擁塞控制項(xiàng)：[html]?view plaincopy

#echo?0?>?/sys/fs/bcache/<cache?set>/congested_read_threshold_us??

#echo?0?>?/sys/fs/bcache/<cache?set>/congested_write_threshold_us??

對于讀，默認(rèn)值是2000us(2ms)，對于寫是20000.
SYSFS - 后端設(shè)備/sys/block/<bdev>/bcache, /sys/block/bcache*/bcache, /sys/fs/bcache/<cset-uuid>/bdev*
SYSFS - 緩存集合/sys/fs/bcache/<cset-uuid>
SYSFS - 緩存設(shè)備/sys/block/<cdev>/bcache
英文：Documentation/bcache.txt

文章來源：http://blog.csdn.net/liumangxiong/article/details/18090043

使用 LVM (基于dm-cache) 新的緩存特性

如果你有一臺帶有慢速硬盤和快速SSD的電腦，你想使用SSD作為快速持久緩存用來提升訪問硬盤的速度。然而直到最近，你有三個(gè)選擇：bcache和dm-cache都upstream，或者Flashcache/EnhanceIO。Flashcache不是upstream。dm-cache要求你首先坐下來，使用計(jì)算器計(jì)算塊的偏移。bcache是三個(gè)選擇中最全面的。

但是最近LVM已經(jīng)增減了緩存的支持（構(gòu)建在dm-cache之上），因此在理論上，你能讓已存在的邏輯卷轉(zhuǎn)換到已緩存的設(shè)備。

安裝

為了在實(shí)踐中了解是怎樣工作的，我在以前的無盤虛擬群集中添加了3塊硬盤。

在鏡像配置中有兩個(gè)2TB的WD硬盤。通過藍(lán)色（冷）線連接。在左側(cè)是三星EVO 250GB SSD，作為緩存的紅色（熱）盤。

另一個(gè)新聞：哦，現(xiàn)在品牌制造商的SSD是真的便宜！

lsblk輸出如下,sda和sdb是WD硬盤，sdc是三星SSD:

?

123456789

#?lsblkNAME?????????????????????????????????????MAJ:MIN?RM???SIZE?RO?TYPE??MOUNTPOINTsda????????????????????????????????????????8:0????0???1.8T??0?disk??└─sda1?????????????????????????????????????8:1????0???1.8T??0?part??

總結(jié)

以上是生活随笔為你收集整理的转 Linux块设备加速缓存bcache和dm-cache 使用SSD来加速服务器的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。