업데이트되었습니다. 긴 (죄송한) 질문의 하단을 참조하십시오.
memcached 통계를 보면 이전에 알지 못했던 문제를 발견 한 것 같습니다. 우리는 이상하게도 낭비되는 공간이 많은 것 같습니다. phpmemcacheadmin 에서 변경 사항을 확인한 후이 이미지가 나를 응시하는 것을 발견했습니다.
이제 최악의 시나리오는 50 %의 낭비가있을 것이라는 인상을 받았지만, 모든 세부 사항을 모르는 것은 처음입니다. 나는 다른 것들 중에서도 실제로 오래된 페이지 를 읽었 지만 memcached 버전 도 읽었습니다 . 시스템이 어떻게 작동하는지 이해한다고 생각하지만 ( 예 :) 76 % 낭비되는 공간을 얻는 방법을 이해하기가 어렵습니다.
phpmemcacheadmin이 표시하는 제거율은입니다 2 ev/s
. 여기에 몇 가지 문제가 있습니다.
주요 질문은 이 문제를 해결하기 위해 어떻게해야합니까 ? 나는 그것에 더 많은 메모리를 던질 수있다. (내가 생각할 수있는 여분의 것이있다.) 아마도 슬래브 구성으로 바이올린을 사용해야한다. (이 버전에서도 가능합니까?) 어쩌면 다른 옵션이 있습니까? memcached 버전을 업그레이드하는 것은 빠른 옵션이 아닙니다.
호기심에서 2 층 문제는 물론 75 % (및 상승)의 공간 낭비가 예상된다면, 왜 그런가?
시스템 : 이것은 현재 내가 할 수있는 일이 아니며 memcached 버전이 최신이 아니라는 것을 알고 있지만 이것들은 내가 처리 한 카드입니다.
- Memcached 1.4.5
- 아파치 2.2.17
- PHP 5.3.5
@DavidSchwartz의 답변에 대한 응답으로 다음은 phpmemcacheadmin이 생성하는 슬래브 통계입니다. (다음보다 더 많은 슬래브가 있습니다)
( 나는 또한 나중에 텍스트 형식으로 통계를 붙여 넣었습니다 )
최신 정보
-f 1.5로 데몬을 다시 시작했는데 정말 좋아 보입니다. 약간의 온난화 후 우리는 50/50의 사용 / 폐기물을 얻었습니다. 그러나 이전과 마찬가지로 낮에 더 길어지면 (낮에는 더 바 빠지고) 현재의 30/70으로 떨어지기 시작했지만 낭비는 계속 증가하고 있습니다. 그 외에도, '폐기물'이 어디에서 오는지 아직도 모른다. 이 슬래브를 봅니다.
**Slab 5 Stats**
Chunk Size 496.0 Bytes
Used Chunk 77502 [24.6 %]
Total Chunk 314986
Total Page 149
Wasted 117.3 MBytes
Hits 30.9 Request/sec
Evicted 0
꽉 차 있지 않고 추방되지는 않았지만 117.3MB를 낭비하고 있습니다. 내가 한 빠른 계산 (잘못된 경우 수정)은 다음과 같습니다.
- 이전 슬래브의 청크 크기는 328이므로 최악의 경우이 슬래브는 329 바이트 청크로 채워집니다.
- 이는 사용 된 청크 당 167 바이트를 낭비하고 있음을 의미합니다. = 12942834 바이트 = 12.3MB
그렇다면 나머지 105MB 는 어디서 비롯 되었습니까? 바로 옆에있는 더 큰 형제입니다.
**Slab 6 Stats**
Chunk Size 744.0 Bytes
Used Chunk 17488 [31.0 %]
Total Chunk 56360
Total Page 40
Wasted 31.1 MBytes
Hits 107.7 Request/sec
Evicted 1109