A Windows 11 workstation performing large data transformations experiences sudden application crashes without generating an error prompt on screen. A technician inspects Event Viewer and observes Event ID 1000 (Application Error) with exception code 0xc0000005 in the Application log. Monitoring system metrics reveals that prior to the crash, the Commit Charge reached 99% of the Commit Limit, and Resource Monitor reported a high frequency of Hard Faults/sec across background processes. Physical RAM utilization remained at 85%. Which of the following is the most appropriate action to resolve the root cause of these application crashes?
- Reconfigure the system virtual memory settings to ensure the paging file is enabled and configured for system-managed size on the system drive.Answer
- BExecute sfc /scannow followed by dism /online /cleanup-image /restorehealth in an elevated Command Prompt to repair system file corruption.
- CRun chkdsk C: /r from the Windows Recovery Environment to locate and mark bad disk sectors responsible for hard faults.
- DModify the application execution properties to force 32-bit WOW64 emulation mode to bypass 64-bit memory addressing limits.
Answer
Reconfigure the system virtual memory settings to ensure the paging file is enabled and configured for system-managed size on the system drive.
The correct option addresses the root cause of the crash. Commit Charge represents the total amount of virtual memory allocated by all running processes. When Commit Charge reaches the Commit Limit (RAM plus pagefile size), Windows fails further memory allocation requests, causing applications to terminate unexpectedly with access violation errors (code 0xc0000005). Enabling a system-managed paging file ensures the Commit Limit automatically expands to satisfy high memory allocation demands during intensive processing.
Step-by-Step Solution
Key Concept
Windows Virtual Memory and Paging File Exhaustion Diagnosis