快科技3月20日消息，近日，微軟正式開源緩存存儲系統(tǒng)Garnet，能更大限度發(fā)揮硬件功能，幫助開發(fā)人員更快地運行應用程序。

微軟研究院數(shù)據(jù)庫小組高級首席研究員Badrish Chandramouli介紹，Garnet項目是基于C# .NET8.0從零開始構建而成，且以性能為核心考量。

Garnet項目整體架構

具體來說，Garnet 具有以下幾大優(yōu)勢：

一、Garnet采用流行的RESP線路協(xié)議作為起點，因此大多數(shù)用戶可以不作任何修改、就直接通過大多數(shù)編程語言編寫的Redis客戶端直接接入Garnet。

二、Garnet通過多條客戶端連接與小批量形式提供更好的可擴展性與吞吐量，幫助大型應用程序和服務節(jié)約運行成本。

三、Garnet在第99及第99.9百分位上表現(xiàn)出更好的客戶端延遲水平，更高比例的穩(wěn)定性表現(xiàn)對于現(xiàn)實場景而言至關重要。

四、Garnet基于最新.NET技術，具有跨平臺、可擴展和現(xiàn)代化等特點，它在設計上易于開發(fā)與調(diào)整，且不致犧牲常見場景下的性能水平。

那么Gartner具體性能表現(xiàn)如何呢，微軟研究團隊通過對此展示了Gartner與其他領先開源緩存存儲方案間的關鍵性能指標。

實驗一：不同數(shù)量客戶端會話的吞吐量比較

數(shù)據(jù)庫大小為（a）1024個鍵及（b）2.56億個鍵時，不同數(shù)量客戶端會話對應的吞吐量（對數(shù)坐標）

實驗二：不同批量大小的吞吐量比較

數(shù)據(jù)庫大小為（a）1024個鍵及（b）2.56億個鍵時，不同批量大小下的吞吐量比較（取對數(shù)坐標）

實驗三：不同數(shù)量實施意見會話的延遲比較

不同客戶端會話數(shù)量時，（a）中位數(shù)、（b）第99百分位與（c）第99.9百分位處的延遲水平。

實驗四：不同批量大小的延遲比較

不同批量大小下，（a）中位數(shù)、（b）第99百分位以及（c）第99.9百分位上的延遲水平。

從基準性能圖表來看，GET命令的吞吐量超過了Dragonfly十倍以上，第99百分位上的延遲卻比Dragonfly更低，同時Garnet和Dragonfly在吞吐量和延遲上的表現(xiàn)均遠遠優(yōu)于Redis。