캐시 값을 몇 바이트부터 압축할까: 교차점은 쟀고, 임계값은 거기에 두지 않았다
Redis 캐시 값을 압축하면 187B에서는 오히려 7% 커지고 1KB에서는 66% 줄었다. 손익이 갈리는 교차점은 187~279B였지만 임계값은 1KB로 정했다. 코덱은 통념과 달리 SNAPPY가 LZ4보다 CPU를 덜 썼고 이유는 확인하지 못했다. 그리고 값은 정했지만 켜지 않았다. 적용할 캐시가 없었다.
검색 결과가 없습니다
제목, 태그, 카테고리로 검색
Redis 캐시 값을 압축하면 187B에서는 오히려 7% 커지고 1KB에서는 66% 줄었다. 손익이 갈리는 교차점은 187~279B였지만 임계값은 1KB로 정했다. 코덱은 통념과 달리 SNAPPY가 LZ4보다 CPU를 덜 썼고 이유는 확인하지 못했다. 그리고 값은 정했지만 켜지 않았다. 적용할 캐시가 없었다.
한 스레드로 정한 캐시 압축 임계값(1KB)과 코덱(Snappy)을 스레드 8개, 32개로 다시 쟀다. 압축은 CPU를 쓰니 동시 요청에서 불리할 것으로 봤는데 50KB 값에서 32스레드 p95가 압축 없이 5.89ms, Snappy로 2.24ms였다. 앱이 Redis 연결 하나를 나눠 써서 바이트 수가 줄을 세우기 때문이다. 두 결정은 그대로 둔다.