- What sequence should you follow when a system feels slow?
- Why is it better to identify the source of pressure before killing anything?
M23 - Process Lab: Sluggish System
Use safe practice loads to observe a slow system, identify the cause, and restore normal behavior without guessing or overreacting.
Process Lab: Sluggish System
Use safe practice loads to observe a slow system, identify the cause, and restore normal behavior without guessing or overreacting.
- Use safe practice loads to observe a slow system, identify the cause, and restore normal behavior without guessing or overreacting.
Concept to practice path
Each lesson is meant to move from an idea, to an example, to a safe practice step.
Open the full visualThe Goal
This lab is about calm troubleshooting, not dramatic destruction.
You will create a harmless practice load, observe the system with the tools you learned, identify the responsible process, and restore normal behavior.
Safety Boundary
Only target the lab process you created yourself. Do not stop random system services or important applications while learning.
Slow-system practice order
- Create or notice a harmless load.
- Inspect CPU, memory, or disk evidence first.
- Identify the exact process or workload.
- Stop only the intended target.
- Verify that the pressure actually drops.
Step 1: Create a Harmless Practice Load
Start-Process powershell -ArgumentList '-NoProfile','-Command','while ($true) { 1..5000 | ForEach-Object { [math]::Sqrt($_) > $null } }' Get-Process powershell | Sort-Object CPU -Descending | Select-Object -First 5
yes > /dev/null & pgrep yes
The exact load does not matter. What matters is that you know which process you created.
Step 2: Observe Before Acting
Get-Process | Sort-Object CPU -Descending | Select-Object -First 10 Name, Id, CPU
top
or in another shell
ps aux | grep yes
Before stopping anything, confirm:
- the process name
- the PID when relevant
- that it really is the source of the practice load
Step 3: Stop the Load Deliberately
Stop-Process -Name powershell
If that is too broad on your machine, stop by the exact process ID you observed instead.
pkill yes
or kill <PID>
Then re-check the process list or live view to confirm the pressure is gone.
Step 4: Reflect on the Sequence
The important part of this lab is the order:
- create or notice the load
- inspect the system
- identify the process
- stop only the right target
- confirm the result
That is better operational behavior than jumping straight to force.
Move On When
You are ready for the storage section when you can create a harmless process load, find it, stop it, and explain why each step happened in that order.
Recall it, check it, then practice it.
Do this before moving on. It turns reading into memory and safer action.
- Create and remove a harmless process load without notes.
- Explain how you verified which process was responsible.
Review again after 1, 3, 7 days.
What to do next
Best next step PracticeUse the matching lab or keep building skill in practice.