紀事本 亂碼

總覽

Yahoo Cloud Service Benchmark是一種相當廣泛使用的基準測試工具，用于測試大量密鑰（例如1億個）和少量客戶端（即由一臺計算機提供服務）的密鑰值存儲。

在本文中，我將研究如何使用Chronicle Map在具有128 GB內存，雙Intel E5-2650 v2 @ 2.60GHz和六臺Samsung 840 EVO SSD的單 臺計算機上使用Chronicle Map進行1億* 1 KB鍵/值的測試。

1 KB值由100個字節的字符串的十個字段組成。 對于更好的解決方案，原始數將是一個更好的選擇。 盡管SSD有所幫助，但峰值傳輸速率為700 MB / s，可以由兩個SATA SSD驅動器支持。

這些基準是在報告撰寫時使用最新版本的Chronicle Map 2.0.5a-SNAPSHOT進行的。

微秒世界

在閱讀有關鍵值存儲的基準時，令我感到困惑的是，它們以性能真的很重要為前提。 恕我直言，大約90％的時間里，性能不是最重要的功能，只要您有足夠的性能即可。
然后，這些基準測試報告繼續以毫秒（而不是微秒）報告時間，并且以數萬而不是數十萬或數百萬的吞吐量進行報告。 如果性能確實如此重要，那么他們將圍繞性能來構建產品，而不是出于性能原因 ，而不是他們支持的有用功能 （例如多鍵事務性，仲裁更新和Chronicle Map不支持的其他功能）。

那么，為性能而構建的密鑰庫在YCSB中的外觀如何？

吞吐量措施

“ 50/50”測試50％隨機讀取和50％隨機寫入，“ 95/5”測試95％讀取到5％寫入。 預計寫操作會更昂貴，讀操作的百分比越高，吞吐量就越高。

線程數 50/50讀取/更新 95/5讀取/更新

1個	122 K /秒	245 K /秒
2	235 K /秒	414 K /秒
4	339 K /秒	750 K /秒
8	646 K /秒	1.295 M /秒
15	819 K /秒	1.452 M /秒
30	900 K /秒	1.641 M /秒

延遲時間

以下等待時間以微秒為單位，而不是毫秒。

線程：8 50/50讀取 95/5閱讀 50/50更新 95/5更新

平均	5微秒	3.9微秒	15.9微秒	11.3微秒
第95名	12微秒	8微秒	31微秒	19微秒
第99名	19微秒	14微秒	42微秒	27微秒
最壞的	67毫秒	70毫秒	67毫秒	70毫秒

注意：基準測試并非旨在免費提供GC，并會產生一些垃圾。 這不是特別高，根據飛行模擬器，基準本身僅使用大約1/4的CPU，但是確實會影響最嚴重的延遲。

結論

確保鍵值存儲具有所需的功能，但是如果性能至關重要，則尋找針對性能而設計的解決方案，因為它可能比全功能產品快100倍。

其他高性能示例

Aerospike基準測試 –具有超過1 M TPS，亞微秒延遲的單服務器基準測試。 使用較小的100字節記錄。 NuoDB基準測試 –支持跨仲裁的事務。 1 M TPS的24個節點。 Oracle NoSQL基準測試 – 已有兩年的歷史，使用很多線程，否則效果很好。 VoltDB基準測試 –未測試到1 M TPS，但很有希望。 延遲約為1-2毫秒，報告具有99％的延遲，而其他人未包括。

有待改進

MongoDB驅動程序基準測試 -具有1000微秒而不是毫秒。 Cassandra，HBase，Redis –顯示如果使用足夠多的服務器，則可以獲得1百萬TPS，而1 M TPS則是288個節點。 包含Elasticsearch的報告–報告包含“資源節約型環境”中的運行時 Hyperdex –僅涵蓋吞吐量。 WhiteDB –報告170 K記錄的延遲（以微秒為單位），并且吞吐量適中。 包括航空航天在內的基準–報告

腳注

使用較小的值會有所幫助，我們建議嘗試使值接近100個字節。 這是95/5工作負載B（使用10×10字節字段）和5000萬個條目的結果，與Aerospike基準測試一樣。 [OVERALL]，運行時間（毫秒），29,542 [總體]，吞吐量（操作數/秒）， 3,385,011 [READ]，操作，94999832 [READ]，AverageLatency（us）， 1.88 [READ]，MinLatency（us）， 0 [READ]，MaxLatency（us），50201 [READ]，95thPercentileLatency（ms），0.004 [READ]，99thPercentileLatency（ms）， 0.006 [READ]，返回值= 0，48776825 [READ]，返回值= 1，46230007 [更新]，操作，5001168 [更新]，AverageLatency（us）， 8.04 [UPDATE]，MinLatency（us）， 0 [UPDATE]，MaxLatency（us），50226 [UPDATE]，95thPercentileLatency（ms），0.012 [UPDATE]，99thPercentileLatency（ms）， 0.018 [UPDATE]，Return = 0，5001168

翻譯自: https://www.javacodegeeks.com/2014/10/chronicle-map-and-yahoo-cloud-service-benchmark.html

紀事本 亂碼

總結

以上是生活随笔為你收集整理的纪事本 乱码_纪事地图和Yahoo Cloud服务基准的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。