Chalk로 캐시 제거 규칙을 직접 비교한다

실습 사이트 Chalk가 캐시(cache)가 찼을 때 지울 항목을 가격판으로 보여줍니다. ‘The Slate Next to the Stove’에서 사용자는 차이 판매대의 가격판을 봅니다. 같은 열 개 질문에 다섯 가지 규칙을 적용할 수 있습니다. 저는 규칙 이름을 외우는 것보다, 같은 질문에서도 남는 항목과 뒤편에서 답을 찾는 횟수가 달라지는 장면이 더 오래 남습니다.

Redis 객체 캐시를 포함한 워드프레스 최적화 구성은 캐시가 실제 서비스의 성능 선택에 쓰인다는 점을 보여 줍니다. Chalk의 실습은 같은 주제를 더 작은 결정, 즉 메모리가 찼을 때 무엇을 지울지로 좁힙니다. 성능 개선과 제거 규칙은 맞닿지만 같은 문제는 아닙니다.

반가운 점은 규칙을 따로 설명하는 데서 멈추지 않는다는 것입니다. FIFO, LRU, LFU, TTL, Random을 같은 질문 순서에 적용해 가격판에 남는 항목과 뒤편에서 답을 찾은 횟수를 비교합니다. 특히 TTL은 실제 답이 바뀌었는지와 상관없이 타이머가 끝나면 항목을 지우는 모습을 보여 줍니다.

열 개 질문은 고정된 순서라서 결과는 그 접근 패턴 안에서만 드러납니다. 실제 요청 순서가 달라지면 규칙별 결과도 달라질 수 있으므로, 실습 결과를 그대로 운영 설정으로 옮기기는 어렵습니다. 또 실습은 단일 캐시에서 전체 항목을 다루므로, 여러 층의 캐시나 데이터 일부만 바뀌는 상황은 재현하지 않습니다.

‘Longest unasked’를 고르고 ‘Add next question’을 눌러 열 개 질문을 모두 처리하십시오. 그다음 FIFO, LRU, LFU, TTL, Random을 차례로 선택해 남는 항목과 뒤편에서 답을 찾은 횟수를 비교하십시오. 결과가 달라지는 순간, 실제로 다루는 요청 순서가 실습의 고정 순서와 얼마나 닮았는지 시험해 보십시오.

규칙을 고를 때 요청 순서가 달라질 가능성과 오래된 값이 남을 가능성 가운데 무엇부터 확인하시겠습니까?