놀라운 메모리 숫자는 대개 제 몫을 다하고 있는 캐시일 뿐이다.

대기 목록에 무엇이 들어 있는가

윈도는 주인이 놓아주었지만 아직 덮어쓰지 않은 메모리 쪽의 목록을 유지한다. 쉽게 말해 캐시다. 같은 자료를 다시 청하면 디스크 속도가 아니라 메모리 속도로 돌아온다. 많은 표시가 이것을 '사용 중'으로 세기 때문에 놀람이 생긴다. 16기가 기계에서 남은 것이 2기가로 보이는 경우는 대개 14기가가 쓸모 있는 캐시다.

그래서 이 도구는 메모리를 더하는 대신이 되지 못한다. 목록을 정리해도 응용에 무엇이 비는 것이 아니고, 곧 쓸 캐시를 버리며 다음 읽기가 그 값을 치른다. 정직하게 적으면 읽기 속도를 그럴듯한 빈 숫자와 맞바꾸는 일이다.

그 교환이 이득인 좁은 경우가 있다. 큰 연속 덩어리를 요구하는 작업이 있고 조각난 대기 목록이 정리하는 동안 그것을 늦추는 경우다. 게임과 가상 기계가 이것을 끊김으로 보여 준다. 기준선 방식은 그 경우를 위해 있고, 작을 때는 건드리지 않으며 문제가 될 만큼 자란 뒤에 움직인다.

기준선 논리가 어떻게 도는가

두 수가 움직임을 정한다. 하나는 목록이 '찼다'고 보는 크기, 다른 하나는 정리한 뒤 내릴 목표다. 그 사이에서는 아무것도 하지 않는다. 빈 숫자가 정한 하한 아래로 떨어지면 목표까지 정리하고 다시 조용해진다.

이 구조가 정리 자체보다 무겁다. 시계가 갈 때마다 정리하는 도구는 캐시를 짐으로 바꾸고 아무것도 안 하는 것보다 기계를 느리게 만들 수 있다. 기준선과 지연이 '손질'과 '영구적인 족쇄'의 갈림길이다.

도구는 알림 영역에 앉아 계속 지켜보므로 효과는 예약해서 일어나는 것이 아니라 뒤에서 일어난다. 1.0.4.8도 모양은 같다. 숫자만 있는 작은 창과 몇 개의 단추, 그리고 기록.

도움이 될 때, 되지 않을 때

도움이 되는 것은 끊김과 대기 목록의 비대가 동시에 일어나는 기계다. 이것은 막연한 불만이 아니라 구체적인 증상이다. 확인하려면 끊기는 순간에 목록 크기를 본다. 둘이 겹치면 도구에 할 일이 있다. 겹치지 않으면 원인은 다른 곳이고 정리로는 닿지 않는다.

도움이 되지 않는 것은 도는 프로그램이 너무 많아 생기는 메모리 압박이다. 그때 답은 프로그램을 줄이거나 메모리를 늘리는 것이고 정리 도구는 문제의 자리만 옮긴다. 서버에서도 도움이 되지 않는다. 거기서는 캐시가 목적이기 때문이다.

측정에 대해 마지막 하나. 도구가 보여 주는 수는 한순간의 모습이고 한 번 높은 값이 나왔다고 무엇을 말할 수 없다. 몇 시간의 흐름을 봐야 목록이 정말 자라는지, 어떤 프로그램이 큰 덩어리를 놓아 잠깐 튄 것인지 갈린다.

캐시를 정리하는 것은 메모리를 더하는 것과 같지 않다. 둘을 섞으면 손질한 뒤 기계가 더 느려진다.

실무 적어 둘 것. 기준선은 관찰한 움직임에서 정하고 망에서 본 수를 가져오지 않는다. 맞는 값은 꽂힌 메모리와 작업에 따라 다르다. 자동 정리를 켜기 전에 일주일 동안 목록 크기를 기록한다. 견줄 기준이 없으면 변화를 판단할 수 없다. 나아지는 것이 없으면 두 번째 도구를 더하지 말고 끈다.기준선은 한 번 정하면 끝나지도 않는다. 도구를 갈아 끼우거나 상주하는 것의 수가 달라지면 맞는 값도 움직인다. 석 달에 한 번쯤 기록을 다시 보는 것으로 충분하다.