Knowledge Base

Poor Program and Service Performance During Crash Dump Transfer

Article ID: 203052

Article Last Modified on 11/1/2006


APPLIES TO


This article was previously published under Q203052

SYMPTOMS

If a server stops responding (hangs) with a blue screen, the Savedump.exe process transfers the crash dump from the paging file to the Memory.dmp file during the next system startup. Other programs and services that are started during this process may perform poorly. If the server is providing services to users, those services may not provide timely responses to client requests.

CAUSE

This behavior can occur when the system is approaching an I/O-bound state while it is accessing disk resources. Paging file resources in particular may be exhausted because the paging file is used to transfer the crash dump to the Memory.dmp file.

RESOLUTION

To work around this behavior, configure a larger paging file to make sure that there is adequate space for the transfer to take place efficiently. Or, you may want to add additional drive and controller resources for the paging file to transfer the crash dump to the Memory.dmp file.

STATUS

This behavior is by design.

MORE INFORMATION

If you run Perfmon during this process, you may observe that the "%DiskTime" and "%Pagefile" values approach 100 percent while the Savedump process is running. The "Disk Queue length" and "Disk Transfers/sec" values also rise significantly. When the Savedump process finishes, the following event is logged in the System event log:
Savedump, 1001: The computer has rebooted from a bugcheck...
Also, Savedump.exe is listed on the Processes tab in Task Manager during the transfer.

For additional information, click the article number below to view the article in the Microsoft Knowledge Base:

192463 Gathering Blue Screen Information After Memory Dump

Keywords: kbenv kbprb KB203052