libevent和libuv是什么關系啊？Libevent：歷史悠久、最著名、應用最廣泛的跨平臺事件庫；libev：與Libevent相比，設計更簡潔，性能更好，但對windows的支持不夠好；lib

libevent和libuv是什么關系啊？

Libevent：歷史悠久、最著名、應用最廣泛的跨平臺事件庫；libev：與Libevent相比，設計更簡潔，性能更好，但對windows的支持不夠好；libuv：在開發(fā)node的過程中，需要一個跨平臺的事件庫。他們更喜歡libev，但是他們也需要支持windows，所以他們重新封裝了一組函數(shù)，*Nix是用libev實現(xiàn)的，windows是用IOCP實現(xiàn)的；

為什么有很多出名開源的C/C 方面的高性能網(wǎng)絡庫，比如libevent，boost-asio，有些企業(yè)還要自己寫？

他們是自己做輪子還是直接使用開源庫取決于部門負責人的個人喜好。曾幾何時，c開發(fā)人員熱衷于重新構建輪子，那么為什么有些企業(yè)要自己編寫呢？我在項目開始時不知道這個庫的存在，我不想以后再介紹它。

2）許多第三方庫依賴于許多其他第三方庫。要引進a館，就得引進B館、C館、D館，這無疑增加了院系成員的學習成本。

3）第三方開源庫通常會頻繁更新。如果你知道有一個bug，你想更新它嗎？基礎庫的更新無疑會花費更多的開發(fā)時間和測試時間。

4）使項目整體可控。一旦引入的開放源代碼庫出現(xiàn)問題并且項目團隊不熟悉它，這將是災難性的。

5）現(xiàn)有開源庫過于復雜，學習成本高，團隊成員水平參差不齊。

最后，附上一本我前段時間讀過的書。

本文是作者《一個程序員的奮斗史》悟空問答原創(chuàng)文章，未經(jīng)允許轉(zhuǎn)載，抄襲將被追究

Memcached真的過時了嗎?Redis與Memcached的比較？

許多開發(fā)人員認為redis不能比memcached快。Memcached完全基于內(nèi)存，redis具有持久性的特點。即使是異步的，redis也不能比memcached快。但測試結果基本上是redis擁有絕對優(yōu)勢。我一直在想這個。目前，我想到了這些原因。

Libevent。與memcached不同，redis不選擇Libevent。為了迎合libevent的通用性，代碼非常龐大（目前redis代碼還不到libevent的1/3），在特定平臺上犧牲了大量的性能。Redis通過修改libevent中的兩個文件來實現(xiàn)其epoll事件循環(huán)（4）。業(yè)內(nèi)許多開發(fā)商也建議redis使用另一款高性能的libevent來取代libev，但筆者仍然堅持redis應該是小型的、獨立的。一個令人印象深刻的細節(jié)是，你不需要執(zhí)行。/在編譯redis之前進行配置。

CAS問題。CAS是memcached中防止修改資源競爭的一種方便方法。CAS實現(xiàn)需要為每個緩存密鑰設置一個隱藏的CAS令牌。CAS相當于值版本號。令牌每次設置時都需要遞增。因此，帶來了CPU和內(nèi)存的雙重開銷。雖然開銷很小，但當單個10g緩存和QPS超過10000（5）時，會給雙方帶來一些細微的性能差異。