libevent 是一款非常好用的 C 語言網(wǎng)絡(luò)庫，它也采用 Reactor 模型，正好可以與 muduo 做一對比。
本文用 ping pong 測試來對比 muduo 和 libevent2 的吞吐量，測試結(jié)果表明 muduo 吞吐量平均比 libevent2 高 18% 以上，個別情況達(dá)到 70%。
測試對象
測試環(huán)境與測試方法
測試環(huán)境與前文《muduo 與 boost asio 吞吐量對比》相同。
我自己編寫了 libevent2 的 ping pong 測試代碼，地址在 http://github.com/chenshuo/recipes/tree/master/pingpong/libevent/ 。由于這個測試代碼沒有使用多線程，所以本次測試只對比單線程下的性能。
測試內(nèi)容為：客戶端與服務(wù)器運行在同一臺機(jī)器，均為單線程，測試并發(fā)連接數(shù)為 1/10/100/1000/10000 時的吞吐量。
在同一臺機(jī)器測試吞吐量的原因：
- 現(xiàn)在的 CPU 很快，即便是單線程單 TCP 連接也能把 Gigabit 以太網(wǎng)的帶寬跑滿。如果用兩臺機(jī)器，所有的吞吐量測試結(jié)果都將是 100 MiB/s，失去了對比的意義。（或許可以對比哪個庫占的 CPU 少。）
- 在同一臺機(jī)器上測試，可以在 CPU 資源相同的情況下，單純對比網(wǎng)絡(luò)庫的效率。也就是說單線程下，服務(wù)端和客戶端各占滿 1 個 CPU，比較哪個庫的吞吐量高。
測試結(jié)果
單線程吞吐量測試，數(shù)字越大越好：
以上結(jié)果讓人大跌眼鏡，muduo 居然比 libevent 快 70%！跟蹤 libevent2 的源代碼發(fā)現(xiàn)，它每次最多從 socket 讀取 4096 字節(jié)的數(shù)據(jù) (證據(jù)在 buffer.c 的 evbuffer_read() 函數(shù))，怪不得吞吐量比 muduo 小很多。因為在這一測試中，muduo 每次讀取 16384 字節(jié)，系統(tǒng)調(diào)用的性價比較高。
buffer.c:#define EVBUFFER_MAX_READ 4096
為了公平起見，我再測了一次，這回兩個庫都發(fā)送 4096 字節(jié)的消息。
測試結(jié)果表明 muduo 吞吐量平均比 libevent2 高 18% 以上。
討論
由于 libevent2 每次最多從網(wǎng)絡(luò)讀取 4096 字節(jié)，大大限制了它的吞吐量。