成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

單線程1KB的Redis寫操作有84%都是耗費(fèi)在內(nèi)核上

開發(fā) 前端 Redis
對在線真實(shí)系統(tǒng)進(jìn)行性能監(jiān)控,發(fā)現(xiàn)K/V存儲操作并對服務(wù)器進(jìn)行鎖操作。(依舊是限制服務(wù)器延遲和吞吐量的主要原因)服務(wù)器I/O 性能仍然很重要。沒有一個高性能的I/O子系統(tǒng)是不可能有好的系統(tǒng)性能的。

對在線真實(shí)系統(tǒng)進(jìn)行性能監(jiān)控,發(fā)現(xiàn)K/V存儲操作并對服務(wù)器進(jìn)行鎖操作。(依舊是限制服務(wù)器延遲和吞吐量的主要原因)

服務(wù)器I/O 性能仍然很重要。沒有一個高性能的I/O子系統(tǒng)是不可能有好的系統(tǒng)性能的。

奇怪的是, 雖然在過去10年已經(jīng)看到顯著改善硬件的I / O性能, 但是我們沒有系統(tǒng)I/O性能的飛躍。 所以值得懷疑: 難道依靠標(biāo)準(zhǔn)的商業(yè)化操作系統(tǒng)能改善了I/O性能?

商用Linux硬件的簡單I/O測試

這是Simon Peter et al 最近發(fā)表的 OSDI 論文的核心問題。

可能我從這篇論文中得到的針對上面那個問題(標(biāo)準(zhǔn)商用操作系統(tǒng)到底有沒有裝備這些I/O的改進(jìn)?)的最有意思的答案是no:今天,主要的I/O延時障礙在操作系統(tǒng)內(nèi)核本身。

在一項(xiàng)顯著的實(shí)驗(yàn)中,他們采用商用Linux并嘗試降低對商用硬件上的Redis進(jìn)行簡單讀寫的延時。

(注意, 這里的“延時”部分很重要 — 我會很快提到。通過多線程改進(jìn)吞吐量是可行的,問題在于針對特殊請求的延時仍有進(jìn)步空間, 尤其在數(shù)據(jù)中心的層面, 延時價值不菲。)

特別地:

  • 他們從纜線上接收 1KB 的包。

  • 他們對 Redis 進(jìn)行讀或?qū)懀ㄈQ于測試)。

  • 他們重復(fù) 1000 次,取平均耗時 (讀寫一輪算一次)。

  • 他們在商用 Linux 和商用服務(wù)器上運(yùn)行。

    • 例如,價值1200美元的裝備: Dell PowerEdge R520 has Intel x520 10G NIC and Intel RS3 RAID 1GB flash-backed cache, Sandy bridge CPU, 6 cores, 2.2 GHz.

  • 他們用 單線程 處理所有數(shù)據(jù)。

結(jié)果很明顯:

讀 (在內(nèi)存中):

Redis read 

寫 (持久化數(shù)據(jù)結(jié)構(gòu)):

Redis write 

需要指出的是在每個測試用例中大約70%的內(nèi)核時間消耗在了網(wǎng)絡(luò)棧(networking stack)中。在更大的有效負(fù)載下 ,  這也是幾乎固定的開銷, 因?yàn)榫W(wǎng)絡(luò)棧必須為每個包重新調(diào)用。這就是說, 如果應(yīng)用比只向內(nèi)存寫更加復(fù)雜,  應(yīng)用耗時可能激增。但是網(wǎng)絡(luò)耗時將保持不變。

對我來說有趣的是 (盡管我是網(wǎng)絡(luò)/操作系統(tǒng)菜鳥)明智的選擇使用單線程延時而非吞吐量作為核心度量衡。

注意,有了單線程延時,內(nèi)核的花費(fèi)顯而易見。但是如果有吞吐量和多線程的話,可能會忘記內(nèi)核的存在 — 我們可能很容易僅僅為了測量每秒請求數(shù)的增加,完全丟掉每次請求在內(nèi)核中花費(fèi)了 84% 的時間的事實(shí)。

這種意義明確的方法很重要:你難以優(yōu)化未度量的部分。

邁向更少I/O的操作系統(tǒng)并超越

大致理解一次請求有多少時間花費(fèi)在內(nèi)核上對于設(shè)計(jì)和維護(hù)規(guī)模web服務(wù)是有幫助的。

在這一點(diǎn)上,我們對抗延時的主要武器已經(jīng)是類似管道和多線程的東西了。盡管如此,如果延遲不再是一個問題,考慮一下可能會發(fā)生的依然是很有趣的。 比如,我 (一個網(wǎng)絡(luò)菜鳥)會考慮是否像 SPDY中的管道棧的東西會更簡單。

論文的其他部分探討了我們可以如何降低那些延時,通過使用這個實(shí)驗(yàn)作為一項(xiàng)叫做Arrakis的操作系統(tǒng)研發(fā)的動機(jī)。

就我所知的Arrakis核心觀點(diǎn)是,很多內(nèi)核提供的I/O實(shí)際上可以通過商用硬件來提供——比如保護(hù)、復(fù)用和調(diào)度。

換句話說,Arrakis 要把 I/O 從 “控制平臺”中拖出來 (例如,盡可能從內(nèi)核中拖出來),放到用戶空間 “數(shù)據(jù)平臺” (例如,硬件上直接發(fā)生的復(fù)用,但從來不在內(nèi)核中發(fā)生)。

結(jié)果比較理想 — 作者聲稱降低了81%的寫延時和 65%的讀延時。

興奮之余,似乎還有進(jìn)步空間。比如,要手動配置特定硬件的操作系統(tǒng),尤其在數(shù)據(jù)中心層面并不現(xiàn)實(shí)。大量的服務(wù)斷供都是由配置錯誤導(dǎo)致,讓他們更加不透明無濟(jì)于事。

我認(rèn)為時間會證明這種憂慮是否在現(xiàn)實(shí)中有立足之地----我不過是個徹頭徹尾的操作系統(tǒng)菜鳥。

英文原文:84% of a single-threaded 1KB write in Redis is spent in the kernel

責(zé)任編輯:林師授 來源: 開源中國社區(qū)編譯
相關(guān)推薦

2025-06-17 00:22:00

2025-04-24 08:15:00

Redis單線程線程

2022-01-04 11:11:32

Redis單線程Reactor

2009-07-10 09:05:20

SwingWorker

2023-10-15 12:23:10

單線程Redis

2019-11-25 10:13:52

Redis單線程I

2024-09-27 11:51:33

Redis多線程單線程

2019-05-07 09:44:45

Redis高并發(fā)模型

2020-10-30 16:20:38

Redis單線程高并發(fā)

2020-06-11 09:35:39

Redis單線程Java

2023-08-17 14:12:17

2020-11-09 09:33:37

多線程

2019-06-17 14:20:51

Redis數(shù)據(jù)庫Java

2023-03-21 08:02:36

Redis6.0IO多線程

2019-05-06 11:12:18

Redis高并發(fā)單線程

2010-08-30 08:55:56

JavaScript引

2020-09-23 13:37:25

Redis6.0

2023-12-01 08:18:24

Redis網(wǎng)絡(luò)

2019-02-18 08:10:53

2020-10-26 08:55:52

Redis單線程模型
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號

主站蜘蛛池模板: 午夜免费电影院 | 欧美久久精品一级c片 | 三级在线视频 | 视频1区 | 欧美精品一区二区三区四区 在线 | 中文字幕视频一区二区 | 国产中文视频 | 日韩福利在线 | 国产精品自拍视频 | 日韩电影中文字幕 | 欧美日韩专区 | 久草成人 | 亚洲一区二区三区 | 九九99九九精彩46 | 美女视频黄色的 | 日韩在线第一 | 日日爱av| 免费污视频 | 国产乱码精品一区二区三区忘忧草 | 久久久www| 中文字幕 国产精品 | 天天射天天干 | 精品国产乱码久久久久久丨区2区 | 欧洲一区二区在线 | 国产一区久久久 | 日韩在线观看中文字幕 | 久久久久中文字幕 | 精品欧美一区免费观看α√ | 久久综合av | 欧美精品成人 | 欧美日韩亚洲视频 | 亚洲视频一区在线播放 | 日韩一区二区三区视频在线观看 | www.日韩系列 | 国产在线精品一区 | 国产精品一区二区在线播放 | 欧美精品一区久久 | zzzwww在线看片免费 | 免费毛片网 | 黄色国产 | 日韩精品一区二区三区在线观看 |