ヒープ マネージャーがメモリを解放した後メモリをデコミットされません。

重要: このサポート技術情報 (以下「KB」) は、翻訳者による翻訳の代わりに、マイクロソフト機械翻訳システムによって翻訳されたものです。マイクロソフトは、お客様に、マイクロソフトが提供している全ての KB を日本語でご利用いただけるように、翻訳者による翻訳 KB に加え機械翻訳 KB も提供しています。しかしながら、機械翻訳の品質は翻訳者による翻訳ほど十分ではありません。誤訳や、文法、言葉使い、その他、たとえば日本語を母国語としない方が日本語を話すときに間違えるようなミスを含んでいる可能性があります。マイクロソフトは、機械翻訳の品質、及び KB の内容の誤訳やお客様が KB を利用されたことによって生じた直接または間接的な問題や損害については、いかなる責任も負わないものとします。マイクロソフトは、機械翻訳システムの改善を継続的に行っています。

英語版 KB:3073576
現象
低い断片化ヒープ (LFH) のヒープ マネージャーがHeapFreeを使用して解放されたメモリをデコミットしていません。したがって、プライベート バイトが増加する、ヒープ内のメモリが解放されていても。
詳細
LFH は、バックエンドのヒープに返されるメモリを抑制します。アプリケーション サイクルで大量のメモリを割り当てるメモリを解放し、プロセスが繰り返されますが、LFH は、意図的には返しませんすべてのコミットされたメモリ。アプリケーションはメモリを割り当て、しばらくは、割り当てパターンを提示するためです。したがって、LFH は解放割り当てを向上させるアプリケーションの一部をキャッシュします。アプリケーション パターンを継続と、LFH は、キャッシュ メモリを引き続きプライベート バイトの増加が発生します。

要点、LFH は (ヒープ通常) メモリ ブロックが解放されると、そのメモリ ブロックがまたあるデコミットは保証できません。ヒープへのキャッシュをフラッシュするよい機会があることを示すためにHeapCompactを呼び出すことができます。これプライベート バイトの増加を回避可能性があります。ただし、ヒープ マネージャーは、まだ無視することが要求します。
回避策
プライベート バイトを測定して、アクティブなヒープ割り当てを非常に異なる。厳密な制御のプライベート バイトがVirtualAlloc Api のVirtualFreeを検討してください。

警告: この記事は自動翻訳されています

プロパティ

文書番号:3073576 - 最終更新日: 07/13/2015 21:17:00 - リビジョン: 1.0

Windows 8.1, Windows 8.1 Enterprise, Windows 8.1 Pro

  • kbexpertiseadvanced kbtshoot kbsurveynew kbmt KB3073576 KbMtja
フィードバック