높은 사용량?

태스크매너러에서 부정확한 판독값에 관한 정보를 찾았습니다. 그것은 실제로 나타나는 만큼 사용 하지 않을 수 있습니다. 즉,우리는 당신의 속도 문제의 원인을 알아 내기 위해 더 깊이 파고해야 할 것입니다.

http://blogs.technet.com/b/perfguru/archive/2008/01/08/explanation-of-pagefile-usage-as-reported-in-the-task-manager.aspx

이 게시물에서 작업 관리자에보고 된 페이지 파일의 사용을 설명하려고합니다. 우리 중 많은 사람들이 작업 관리자에 표시된 페이지 파일 사용이 실제 사용량이라고 생각하지만 그렇지 않습니다. 아래의 설명은 그것을 명확히 할 것입니다.

이 숫자는 실제 페이지 파일 사용량이 아닌 잠재적 페이지 파일 사용량을 나타냅니다. 시스템의 모든 개인 커밋된 가상 메모리를 한 번에 페이징해야 하는 경우 페이지 파일 공간이 얼마나 사용되는지입니다.

작업 관리자;”페이지 파일 사용”이라고 부르는 것은 실제로 시스템 커밋 충전(시스템에서 커밋 된 총 페이지 수)입니다. 현재 커밋 제한만큼 증가 할 수 있습니다.이 제한은 대략 모든 페이지 파일과 램의 합계입니다.

페이지 파일 사용량은 커밋된 바이트 양,즉 응용 프로그램에서 페이지 파일에 의해 백업하도록 요청한 메모리 양입니다. 페이지 파일이 충분히 큰 경우에 이것을 커버하기 위하여 그 후에 아무 문제도 없다. 커밋 된 바이트가 램 크기에 접근 할 때만 실제 페이징을 초래하는 메모리 압력을 볼 수 있습니다.

메모리:커밋된 바이트

======================

커밋된 가상(예약되지 않은)메모리의 바이트 수입니다. 이 숫자는 페이징된 적이 없는 실제 메모리에 커밋된 개인 페이지를 포함하기 때문에 반드시 페이지 파일 사용을 나타내는 것은 아닙니다. 오히려 프로세스가 완전히 비거주자로 만들어진 경우 사용되는 페이지 파일 공간의 양을 나타냅니다.

메모리:커밋 제한

====================

페이징 파일을 확장하지 않고도 커밋할 수 있는 가상 메모리의 바이트 수;페이징 파일을 확장할 수 있는 경우 이 제한은 어렵지 않습니다.

예약된 주소 공간 영역을 사용하려면 실제 저장소를 할당한 다음 이 저장소를 예약된 영역에 매핑해야 합니다. 이 프로세스를 실제 저장소 커밋이라고 합니다. 물리적 저장소는 항상 페이지에서 커밋됩니다.

위에서 우리는 결론을 내릴 수 있습니다;작업 관리자 값은 정확한 값이 아닙니다. 당신이 페이지 파일 사용을 모니터링 할 경우 성능 모니터는이 경우에 최고이며,정확한 사용이 무엇인지에 당신에게 정확한 아이디어를 줄 것이다. 성능 모니터 로그는 실제 페이지 파일 사용량을 보여줍니다.

예: :-

==============

내 윈도우 2003 테스트 머신은 작업 관리자 페이지 파일 사용량(즉,커밋 된 바이트)에서>300 메가바이트를 보여 주지만 성능 모니터에서<2%의 실제 페이지 파일 사용을 보여줍니다. 램은 5 백 12 메가바이트,페이지 파일은 1 기가바이트입니다. 작업 관리자가 실제 페이지 파일 사용량을 표시 한 경우 성능 모니터에는 2%가 아닌 30%사용량이 표시됩니다. 300 메가바이트의 커밋 된 메모리가 모두 내 512 메가바이트 램에 맞기 때문에 실제 페이징이 없기 때문에 2%를 보여줍니다. 실제 램을 초과 할 수 있도록 커밋 된 바이트를 늘리기 위해 더 많은 프로그램을로드하면 페이징을 볼 수 있지만 이전에는 볼 수 없습니다.

추가 팁:-

=============

서버의 특정 역할에 대한 고정된 페이지 파일 크기는 없습니다.

시스템에 적합한 페이지 파일 크기를 결정하려면 작업 조건에서 성능 모니터링을 수행한 다음 일정 기간 동안 사용량을 분석합니다. 그것은 당신에게 당신이 페이징을 계산하고 그에 따라 페이지 파일을 설정할 수있는 수치를 줄 것이다.

이상적으로는 실제 메모리 크기의 1.5 배인 것이 좋습니다.

덤프 파일을 캡처하는 컴퓨터(나는.페이지 파일은 필수이며 시스템 드라이브에 위치해야합니다. 전체 메모리 덤프를 캡처하는 페이지 파일 크기는 실제 램+1 메가바이트의 크기 여야합니다.

32 비트 머신의 최대 크기를 가질 수 있습니다. 간단한 계산 32 비트 주소 버스 2^32=4 기가바이트.

64 비트 시스템에서 일반적으로 기계는 엄청난 양의 램 크기를 가지고 있습니다. 이 램 크기+1 메가바이트의 페이지 파일은 충분합니다.

성능 모니터링을 통한 페이지 파일 사용 모니터링:-

==================================

1.시작을 클릭하고 실행으로 이동하여”성능 모니터”

2.In 성능 모니터 창 성능 로그 및 경고

3 옆에 있는+기호를 클릭합니다.카운터 로그에서 마우스 오른쪽 버튼을 클릭하고 새 로그 설정

4 로 이동합니다.새 로그 설정에 원하는 이름을

5 로 지정합니다.그런 다음 카운터 추가 탭을 클릭하십시오.

6.모니터링할 서버 이름을 입력합니다(예:\\서버 이름 형식:

7).성능 개체 탭에서 페이징 파일을 선택하고 상자의 모든 카운터 및 모든 인스턴스

8 을 선택합니다.그런 다음 추가 버튼을 클릭 한 다음 로그 파일 탭으로 이동하여 원하는 로그 유형을 선택하십시오.

9.그런 다음 구성을 클릭하고 원하는 위치를 지정하거나 기본값

10 으로 둡니다.로그의 제한을 설정합니다. 모니터링할 기간에 따라 다릅니다. 당신은 샘플의 좋은 번호를 캡처해야 100 메가바이트에서 그것을 유지해야합니다.

11.그런 다음 확인을 클릭하고 일정 탭을 클릭합니다. 여기에서 수동으로 옵션을 선택하십시오(바로 가기 메뉴 사용)

12.그런 다음 일반 탭으로 이동하여 실행 상자에서 관리자 자격 증명을 제공하고 암호를 설정합니다.

13.당신이 서버를 모니터링 할 시간 프레임에 따라 간격을 설정합니다. 좋은 분석을 위해 우리는 적어도 100 샘플을 가지고하는 것이 좋습니다.

13.그런 다음 적용을 클릭하고 기본 성능 모니터 창에서 당신은 당신이 이전에 제공 한 이름이 표시와 로그를 볼 것입니다.

14.그 로그를 마우스 오른쪽 버튼으로 클릭하고 그것을 시작하고 서버를 계속 모니터링