PTEの枯渇の原因を調べるにはどうすればよいですか？

私はWindows 10のブルースクリーンを何度か持っていて、メモリダンプを実行しています。!vmは、使用可能なPTEが0になっています。どのようにしてそれらを流出させた死者を見つけ出すか、または漏洩の責任を負うプロセス/ドライバのライブシステム上で監視しますか？PTEの枯渇の原因を調べるにはどうすればよいですか？

0: kd> !vm 
Page File: \??\C:\pagefile.sys 
    Current: 9961472 Kb Free Space: 9961464 Kb 
    Minimum: 9961472 Kb Maximum:  62351824 Kb 
Page File: \??\C:\swapfile.sys 
    Current:  16384 Kb Free Space:  16376 Kb 
    Minimum:  16384 Kb Maximum:  49881460 Kb 
No Name for Paging File 
    Current: 129378408 Kb Free Space: 129362880 Kb 
    Minimum: 129378408 Kb Maximum: 129378408 Kb 

Physical Memory:   16756646 ( 67026584 Kb) 
Available Pages:   11876350 ( 47505400 Kb) 
ResAvail Pages:   15917045 ( 63668180 Kb) 
Locked IO Pages:    0 (   0 Kb) 
Free System PTEs:    0 (   0 Kb) 

********** Running out of system PTEs ************** 

Modified Pages:   249289 ( 997156 Kb) 
Modified PF Pages:   249261 ( 997044 Kb) 
Modified No Write Pages:  25 (  100 Kb) 
NonPagedPool Usage:   3042 (  12168 Kb) 
NonPagedPoolNx Usage:  103383 ( 413532 Kb) 
NonPagedPool Max:  4294967296 (17179869184 Kb) 
PagedPool 0:    144048 ( 576192 Kb) 
PagedPool 1:    31595 ( 126380 Kb) 
PagedPool 2:    31923 ( 127692 Kb) 
PagedPool 3:    31631 ( 126524 Kb) 
PagedPool 4:    31714 ( 126856 Kb) 
PagedPool Usage:   270911 ( 1083644 Kb) 
PagedPool Maximum:  4294967296 (17179869184 Kb) 
Processor Commit:   1348 (  5392 Kb) 
Session Commit:    17782 (  71128 Kb) 
Shared Commit:    658461 ( 2633844 Kb) 
Special Pool:     0 (   0 Kb) 
Kernel Stacks:    26919 ( 107676 Kb) 
Pages For MDLs:   395401 ( 1581604 Kb) 
Pages For AWE:     0 (   0 Kb) 
NonPagedPool Commit:  97838 ( 391352 Kb) 
PagedPool Commit:   270911 ( 1083644 Kb) 
Driver Commit:    19721 (  78884 Kb) 
Boot Commit:     2732 (  10928 Kb) 
PFN Array Commit:   196913 ( 787652 Kb) 
System PageTables:   3267 (  13068 Kb) 
ProcessLockedFilePages:  306 (  1224 Kb) 
Pagefile Hash Pages:   0 (   0 Kb) 
Sum System Commit:  1691599 ( 6766396 Kb) 
Total Private:   4330147 ( 17320588 Kb) 
Misc/Transient Commit:  9281 (  37124 Kb) 
Committed pages:   6031027 ( 24124108 Kb) 
Commit limit:   19247014 ( 76988056 Kb) 

    Pid ImageName      Commit SharedCommit  Debt 

598c vmmem      3677256 Kb   0 Kb  0 Kb 
    4d4 RemoteDesktopManager.exe  1367276 Kb  473008 Kb  0 Kb 
6300 vmmem      1050684 Kb   0 Kb  0 Kb 
207c vmmem      1050684 Kb   0 Kb  0 Kb 
1d18 vmmem      1050684 Kb   0 Kb  0 Kb 
276c powershell.exe    713052 Kb  4660 Kb  0 Kb 
483c chrome.exe     635112 Kb  130192 Kb  0 Kb 
3ad4 chrome.exe     525988 Kb  20672 Kb  0 Kb

出典

2017-08-02 Gregory Suvalian

From Russinovich、Mark;ソロモン、ダビデ; Ionescu、Alex。 Windowsの内部、パート2（第6版）（開発者用リファレンス）

あなたはで呼び出さHKLM \ SYSTEM \ CURRENTCONTROLSET \コントロール\セッションマネージャ\メモリー管理キーを新しいDWORD値を作成することにより、追跡システムPTEを有効にすることができます1. TrackPtesし、その値を設定するには、あなたはその後、使用することができます！sysptes 4はアロケータ

のリストを表示するので、レジストリKE設定

に試みることができますYとあなたはグレゴリー・Suvalian @

出典

2017-08-03 09:54:03

を集める実行しているシステムに

使用livekdを再起動して、アロケータ

のアルリストを取得したり、ダンプに!sysptes 4を実行するために!sysptes 4を実行する - あなたは犯人を見つけるために管理するのですか？あなたはそれが何だったか分かち合いたいですか？ –

私はまだしていない、ちょうどこれが私の仕事を開始するのに十分です。一度私がスレッドを更新することを知っている –

PTEの枯渇の原因を調べるにはどうすればよいですか？

答えて

関連する問題