Garnet – A new remote cache-store from Microsoft Research
1–10 of 120 posts
Re: Garnet – A new remote cache-store from Microsoft Research
#2A drop-in redis replacement with rather impressive latency and throughput bench figures. Wonder what its like to operate in a non-azure stack in the real world.
Re: Garnet – A new remote cache-store from Microsoft Research
#3Definitely impressive, Microsoft Research comes out with some impressive projects from time to time, must be fun getting paid to do R&D. I wish big companies did more R&D style projects that benefit the industry in general. I sure hope a good company takes over Hashicorp if they're on the market to be bought.
Re: Garnet – A new remote cache-store from Microsoft Research
#4From the benchmark performance charts(https://microsoft.github.io/garnet/docs/benchmarking/results...), the throughput of the GET command exceeds that of Dragonfly by more than tenfold. While 50% latency is slightly higher than Dragonfly, the 99th percentile is slightly lower than Dragonfly. Both the throughput and latency of Garnet and Dragonfly are far better than Redis, indicating that Redis may require a significant performance optimization.
Re: Garnet – A new remote cache-store from Microsoft Research
#5From the benchmark performance charts( https://microsoft.github.io/garnet/docs/benchmarking/results... ), the throughput of the GET command exceeds that of Dragonfly by more than tenfold. While 50% latency is slightly higher than Dragonfly, the 99th percentile is slightly lower than Dragonfly. Both the throughput and latency of Garnet and Dragonfly are far better than Redis, indicating that Redis may require a signif…
What surprises me the most is that this project is developed in C#, while Dragonfly is developed in C++, and Redis is in C.
Re: Garnet – A new remote cache-store from Microsoft Research
#6From the benchmark performance charts( https://microsoft.github.io/garnet/docs/benchmarking/results... ), the throughput of the GET command exceeds that of Dragonfly by more than tenfold. While 50% latency is slightly higher than Dragonfly, the 99th percentile is slightly lower than Dragonfly. Both the throughput and latency of Garnet and Dragonfly are far better than Redis, indicating that Redis may require a signif…
surprised to see a garbage collected language project (C# for Garnet) beat redis/dragonfly
Re: Garnet – A new remote cache-store from Microsoft Research
#7From the benchmark performance charts( https://microsoft.github.io/garnet/docs/benchmarking/results... ), the throughput of the GET command exceeds that of Dragonfly by more than tenfold. While 50% latency is slightly higher than Dragonfly, the 99th percentile is slightly lower than Dragonfly. Both the throughput and latency of Garnet and Dragonfly are far better than Redis, indicating that Redis may require a signif…
surprised to see a garbage collected language project (C# for Garnet) beat redis/dragonfly
I think it is rare, but isn't impossible. I remember in the 2000's watching someone do a demo of Java/JVM beating the pants off a C++ application. If I remember correctly, it was something about how the JIT was doing an optimization that you would have had to write assembly in order to optimize it to the same level.
Re: Garnet – A new remote cache-store from Microsoft Research
#8After the aborted/abandoned attempt to port redis to windows (0) this feels like a second-try at the same thing, but first party.
Of course, as a research project it doesn't have the same stability / support, etc. as redis, but I could easily imagine this rolling into a real product if it's popular.
...and as an MIT license, if nothing else, the code is a fun read. :)
[0] - https://github.com/microsoftarchive/redis?tab=readme-ov-file...
Re: Garnet – A new remote cache-store from Microsoft Research
#9A drop-in redis replacement with rather impressive latency and throughput bench figures. Wonder what its like to operate in a non-azure stack in the real world.
Are you sure it is drop-in? I don't see any indication of xstream support.
Re: Garnet – A new remote cache-store from Microsoft Research
#10From the benchmark performance charts( https://microsoft.github.io/garnet/docs/benchmarking/results... ), the throughput of the GET command exceeds that of Dragonfly by more than tenfold. While 50% latency is slightly higher than Dragonfly, the 99th percentile is slightly lower than Dragonfly. Both the throughput and latency of Garnet and Dragonfly are far better than Redis, indicating that Redis may require a signif…
surprised to see a garbage collected language project (C# for Garnet) beat redis/dragonfly
The investment in optimization in CLR or JVM can be huge as they impact millions of applications. While each C / C++ code will have to be hand optimized.
Also limits on number of people in given time who can write optimal C code vs C# will also make managed code better.