分類: 問(wèn)答 常識(shí)詞典 編輯 : 常識(shí) 發(fā)布 : 08-22

閱讀 :316

Redis 的極限壓力為啥大于 Memcac-e？4 個(gè)答案

答案 1：

新浪微博架構(gòu)師Tim Yang對(duì)此有寫過(guò)博客：Redis不可能比Memcac-e快很多開發(fā)者都認(rèn)為Redis不可能比Memcac-ed快，Memcac-ed完全基于內(nèi)存，而Redis具有持久化保存特性，即使是異步的，Redis也不可能比Memcac-ed快。但是測(cè)試結(jié)果基本是Redis占絕對(duì)優(yōu)勢(shì)。一直在思考這個(gè)原因，目前想到的原因有這幾方面。

Libevent。和Memcac-ed不同，Redis并沒(méi)有選擇libevent。Libevent為了迎合通用性造成代碼龐大(目前Redis代碼還不到libevent的1/3)及犧牲了在特定平臺(tái)的不少性能。Redis用libevent中兩個(gè)文件修改實(shí)現(xiàn)了自己的epoll event loop(4)。業(yè)界不少開發(fā)者也建議Redis使用另外一個(gè)libevent高性能替代libev，但是作者還是堅(jiān)持Redis應(yīng)該小巧并去依賴的思路。一個(gè)印象深刻的細(xì)節(jié)是編譯Redis之前并不需要執(zhí)行./configure。

CAS問(wèn)題。CAS是Memcac-ed中比較方便的一種防止競(jìng)爭(zhēng)修改資源的方法。CAS實(shí)現(xiàn)需要為每個(gè)cac-e key設(shè)置一個(gè)隱藏的cas token，cas相當(dāng)value版本號(hào)，每次set會(huì)token需要遞增，因此帶來(lái)CPU和內(nèi)存的雙重開銷，雖然這些開銷很小，但是到單機(jī)10G+ cac-e以及QPS上萬(wàn)之后這些開銷就會(huì)給雙方相對(duì)帶來(lái)一些細(xì)微性能差別(5)。

timyang.net/data...

答案 2：

最關(guān)鍵的還是redis自己實(shí)現(xiàn)了一套簡(jiǎn)單的網(wǎng)絡(luò)庫(kù)吧..memcac-ed是被libevent給拖累的.性能上不去是卡在libevent上。cas有影響，但是影響實(shí)在有限。

答案 3：

個(gè)人測(cè)試過(guò)，單從get性能還是memcac-e最快的，redis的set比memcac-e快，還有那些memcac-e沒(méi)有的復(fù)雜數(shù)據(jù)結(jié)構(gòu)類型，這些沒(méi)法比較了，所以redis有復(fù)雜的應(yīng)用場(chǎng)景，沒(méi)法單純跟memcac-e進(jìn)行負(fù)載方面的比較。

答案 4：

這個(gè)是我個(gè)人的測(cè)試結(jié)果，可以參考一下 blog.sina.cn/s/blog_4...

下一篇:有沒(méi)有好點(diǎn)的搜圖網(wǎng)站？？類似全景華蓋那種的。 下一篇 【方向鍵 ( → )下一篇】

上一篇:用視高的產(chǎn)品自建-會(huì)議服務(wù)器，運(yùn)營(yíng)中遇到的最大問(wèn)題是什么？ 上一篇 【方向鍵 ( ← )上一篇】