프로세스의 메모리 양은 페이지 아웃됩니까?

Question

특정 프로세스의 메모리 양이 페이지 아웃되었음을 나타내는 성능 카운터가 있습니까? 40GB의 사용 가능한 RAM (128GB 실제 메모리)이있는 서버가 있지만 페이징 된 데이터 양은 100GB 이상입니다. 거대한 페이지 파일 사용에 대한 책임이있는 프로세스를 어떻게 알 수 있습니까?

페이지 아웃 활동이 발생하는 것을 확인하려면 xperf 추적을 사용하는 것이 좋습니다. 하지만 페이지 파일에 대한 많은 기록을 제외하고는 어떤 프로세스에서 메모리가 페이지 파일에 기록되는지 알 수 없습니다.

참조 설정 추적은 내 프로세스의 실제 메모리 소비가 얼마나 큰지 알기까지만 표시합니다. 그러나 페이지 아웃 활동을 추적하지 않는 것 같습니다.

업데이트 OS는 R2

윈도우 서버 2012입니다

Answer 1

ETW 제공자 "Microsoft-Windows-Kernel-Memory"의 키워드는 "KERNEL_MEM_KEYWORD_WS_SWAP" ("0x80")입니다. 당신이 액세스 페이지의 번호와 같은 일부 데이터 (PagesProcessed) 얻을 여기

 <event value="4" symbol="WorkingSetOutSwapStart" version="0" task="WorkingSetOutSwap" opcode="win:Start" level="win:Informational" keywords="KERNEL_MEM_KEYWORD_WS_SWAP" template="WorkingSetOutSwapStartArgs"/> 
    <event value="4" symbol="WorkingSetOutSwapStart_V1" version="1" task="WorkingSetOutSwap" opcode="win:Start" level="win:Informational" keywords="KERNEL_MEM_KEYWORD_WS_SWAP" template="WorkingSetOutSwapStartArgs_V1"/> 
    <event value="5" symbol="WorkingSetOutSwapStop" version="0" task="WorkingSetOutSwap" opcode="win:Stop" level="win:Informational" keywords="KERNEL_MEM_KEYWORD_WS_SWAP" template="WorkingSetOutSwapStopArgs"/> 
    <event value="5" symbol="WorkingSetOutSwapStop_V1" version="1" task="WorkingSetOutSwap" opcode="win:Stop" level="win:Informational" keywords="KERNEL_MEM_KEYWORD_WS_SWAP" template="WorkingSetOutSwapStopArgs_V1"/> 
    <event value="6" symbol="WorkingSetInSwapStart" version="0" task="WorkingSetInSwap" opcode="win:Start" level="win:Informational" keywords="KERNEL_MEM_KEYWORD_WS_SWAP" template="WorkingSetOutSwapStartArgs"/> 
    <event value="6" symbol="WorkingSetInSwapStart_V1" version="1" task="WorkingSetInSwap" opcode="win:Start" level="win:Informational" keywords="KERNEL_MEM_KEYWORD_WS_SWAP" template="WorkingSetOutSwapStartArgs_V1"/> 
    <event value="7" symbol="WorkingSetInSwapStop" version="0" task="WorkingSetInSwap" opcode="win:Stop" level="win:Informational" keywords="KERNEL_MEM_KEYWORD_WS_SWAP" template="WorkingSetInSwapStopArgs"/> 

: 여기에 데이터가 페이지 아웃 때 발생하는 몇 가지 이벤트가/페이지 인 그것으로

<template tid="WorkingSetOutSwapStartArgs"> 
    <data name="ProcessId" inType="win:UInt32"/> 
</template> 
<template tid="WorkingSetOutSwapStopArgs"> 
    <data name="ProcessId" inType="win:UInt32"/> 
    <data name="Status" inType="win:HexInt32"/> 
    <data name="PagesProcessed" inType="win:UInt32"/> 
</template> 
<template tid="WorkingSetInSwapStopArgs"> 
    <data name="ProcessId" inType="win:UInt32"/> 
    <data name="Status" inType="win:HexInt32"/> 
</template> 
<template tid="WorkingSetOutSwapStartArgs_V1"> 
    <data name="ProcessId" inType="win:UInt32"/> 
    <data name="Flags" inType="win:HexInt32"/> 
</template> 
<template tid="WorkingSetOutSwapStopArgs_V1"> 
    <data name="ProcessId" inType="win:UInt32"/> 
    <data name="Status" inType="win:HexInt32"/> 
    <data name="PagesProcessed" inType="win:Pointer"/> 
    <data name="WriteCombinePagesProcessed" inType="win:Pointer"/> 
    <data name="UncachedPagesProcessed" inType="win:Pointer"/> 
    <data name="CleanPagesProcessed" inType="win:Pointer"/> 
</template> 

재생이 경우 필요한 모든 데이터가 포함됩니다.

Answer 2

당신이 Hard Faults 찾고 싶을 Xperf에서

-이 Page Fault의 일종이지만, 페이지 오류가 종종 드라이브를 건드리지 않고 소프트웨어에서 처리 할 수 ​​있습니다 . 작업 관리자에서 열을 추가하여 각 프로세스에 대한 페이지 오류를 표시 할 수 있습니다.

https://technet.microsoft.com/en-us/sysinternals/vmmap.aspx과 같은 도구를 사용하면 프로세스 주소 공간에있는 각 메모리 블록과 커밋 된 메모리 양을 알 수있는 도구를 사용하여 프로세스에 대한 정보를 얻을 수 있습니다. 그러나 페이징 될 수있는 커밋 된 메모리이며 VirtualQueryEx()은 그것에 대해 알려주지 않습니다.

많은 양의 페이징 된 메모리가 항상 나쁜 것은 아니라는 점도 유의해야합니다. 느린 하드 오류입니다.

편집 : 흠, 방해가되는 일회성 테스트를 원한다면 HardQueryEx()와 ReadProcessMemory()를 결합하여 프로세스의 모든 커밋 된 페이지를 터치하는 해킹 옵션이 있다고 생각합니다. 따라서 하드 결함을 계산할 수 있습니다!