2008-10-26 7 views
4

실용적인 방법으로 이것을 설명 할 수 있습니까? 샘플은 Nginx 및 3 개의 잡종 (mongrel) 클러스터를 사용하여 트래픽이 적은 하나의 레일 사이트에 대한 사용량을 나타냅니다. 나는 페이지 캐싱에 대해 배우기를 목표로하고 있기 때문에 물어 봅니다.이 수치가 그 프로세스에 중요한 의미가 있는지 궁금해합니다. 고맙습니다. 훌륭한 사이트!메모리 사용량 수치를 해석하는 방법은 무엇입니까?

[email protected]:~$ free -m 
        total  used  free  shared buffers  cached 
Mem:   512  506   6    0   15   103 
-/+ buffers/cache:  387  124 
Swap:   1023  113  910 

답변

1

이 글을 읽음으로써 거의 모든 메모리를 사용하고 6M을 무료로 사용하며 스왑의 약 10 %를 차지하게됩니다. 더 유용한 도구는 상단 또는 아마도 ps를 사용하여 각각의 잡종이 RAM에서 얼마나 많이 사용되는지 확인하는 것입니다. 스왑에 들어가기 때문에 아마 더 많은 속도 저하를 경험할 수 있습니다. 3보다는 오히려 2 잡종이 실제로 스왑 메모리에 들어 가지 않기 때문에 실제로 더 빨리 응답 할 수도 있습니다. 확인 응답 시간에 톤 도움 정도

페이지 캐싱 의지 페이지 확실히

3
을 확인해 내가 말하는 것 (예를 들면, 그들은 개별 사용자에 고유 한 콘텐츠가없는) 캐시 할 경우

실제 메모리가 모두 사용되었습니다. 왜? 그것이 있기 때문에, 시스템은 그것을 사용해야합니다.

또한 시스템에서 113M의 스왑 공간을 사용하고 있습니다. 나쁜? 좋은? 그것은 달려있다.

캐시 된 디스크는 103M이며, 이것은 시스템이 103M의 디스크를 캐시하고이 113M을 스왑하는 것이 더 낫다고 결정했음을 의미합니다. 사용되지 않는 메모리를 사용하는 일부 프로세스가있을 수 있으므로 디스크로 페이징됩니다.

  1. 귀하의 인식 :

    다른 포스터 말했듯이

    , 당신은 무슨 일이 일어나고 있는지보기 위해 다른 도구를 사용해야합니다 당신이 그것을 사용할 때 사이트가 appropiately 실행?
  2. 벤치마킹 : 고객이 볼 때 어떤 응답 시간입니까?
  3. 더 세밀한 진단 :
    1. 상단 : 라이브 볼 수있는 프로세스가 메모리와 CPU를 사용하는
    2. vmstat를 :
 
[email protected]:~$ vmstat 1 
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- 
r b swpd free buff cache si so bi bo in cs us sy id wa 
2 1 71184 156520 92524 316488 1 5 12 23 362 250 13 6 80 1 
0 0 71184 156340 92528 316508 0 0  0  1 291 608 10 1 89 0 
0 0 71184 156364 92528 316508 0 0  0  0 308 674 9 2 89 0 
0 0 71184 156364 92532 316504 0 0  0 72 295 723 9 0 91 0 
1 0 71184 150892 92532 316508 0 0  0  0 370 722 38 0 62 0 
0 0 71184 163060 92532 316508 0 0  0  0 303 611 17 2 81 0 
: 그것은 출력의이 종류를 생산

은 스왑이 당신에게 상처를 줄지 여부 (높은 숫자는 너무 깁니다)를 보여주고 성능과 시간 통계를보다 쉽게 ​​볼 수 있도록합니다.