Hacker News 의견

• 벤치마크 성능 차트에 따르면, Garnet의 GET 명령어 처리량이 Dragonfly보다 10배 이상 높음. 50% 지연 시간은 Dragonfly보다 약간 높지만, 99번째 백분위수 지연 시간은 Dragonfly보다 약간 낮음. Garnet과 Dragonfly의 처리량과 지연 시간은 Redis보다 훨씬 우수하여, Redis는 상당한 성능 최적화가 필요함을 시사함.

  Garnet의 저장 계층인 Tsavorite는 OSS FASTER에서 파생되었으며, 스레드 확장성, 계층화된 저장 지원(메모리, SSD, 클라우드 저장소), 빠른 논블로킹 체크포인팅, 복구, 내구성을 위한 작업 로깅, 다중 키 트랜잭션 지원, 더 나은 메모리 관리 및 재사용과 같은 강력한 데이터베이스 기능을 포함함.

• Microsoft Windows Server에서 WSL2에 의존하지 않고 직접 Redis(또는 호환 가능한 경우)를 실행해야 하는 사람들에게 훌륭한 소식임. 이전에는 메모리 사용 문제(주로 메모리 매핑 파일 때문으로 추정)가 있었고 더 이상 지원되지 않는 Redis 포트가 있었음.

  C#으로 작성된 것을 보는 것은 매우 흥미롭고, 코드를 탐구하는 데 시간을 할애하는 것에 관심이 있음.

• 실제 비-Azure 스택에서 운영될 때의 성능이 인상적인 Redis 대체제임. 실제 세계에서 어떤지 궁금함.

• Microsoft와 .NET 팀이 매우 인상적인 인프라스트럭처 프로젝트를 구축하는 것을 보는 것은 흥미로움. Yarp는 리버스 프록시/API 게이트웨이 등을 하고, 이제는 메모리 캐시를 위한 Garnet이 있음.

  내부적으로 많은 필요성이 있고 공유할 의향이 있는 것 같음.

• Garnet이 멀티스레드이기 때문에 MSET이 원자적이지 않음. 원자적인 MSET 버전을 원한다면 트랜잭션(저장된 프로시저)으로 표현해야 함.

  내부적으로 트랜잭션으로 감싸서 명령어를 원자적으로 만들지 않는 이유를 이해하는 데 어려움이 있음. 다른 원자성 "함정"이 무엇이 있는지.

• 여기 댓글들을 보면 더 이상 아무도 memcached를 사용하지 않는 것 같음?

• Microsoft Research는 때때로 인상적인 프로젝트를 내놓음. R&D를 하며 급여를 받는 것은 재미있을 것임. 대기업들이 업계에 도움이 되는 R&D 스타일 프로젝트를 더 많이 했으면 좋겠음. Hashicorp가 시장에 나온다면 좋은 회사가 인수하기를 바람.

• 이 프로젝트는 정말 좋아 보임. 궁극적으로 "Azure Cache for Redis" 리소스를 대체하기를 바람. 현재는 느리고, Windows에서 실행되도록 만들어진 Redis의 포크이며, 인스턴스를 생성하는 데 거의 한 시간이 걸림.

• 이 시스템이 어디에서 성능이 좋지 않은지 궁금함. 더 작은 인스턴스 유형에서의 벤치마크도 보고 싶음. 72vCPU는 꽤 큰 인스턴스임.