nerdexam
CompTIA

SK0-004 · Question #785

An administrator is working on a server with two CPUs. The administrator runs the uptime command and sees the following: 17:52 3 days 12 users 12.0 15.2 17.2 Several users are complaining that their…

The correct answer is B. Run top to find processes with high wait states. Load averages of 12.0, 15.2, and 17.2 on a 2-CPU system signal severe overload, and top is the correct next step because it reveals per-process I/O wait states that explain why user sessions are slow.

Troubleshooting

Question

An administrator is working on a server with two CPUs. The administrator runs the uptime command and sees the following: 17:52 3 days 12 users 12.0 15.2 17.2 Several users are complaining that their user sessions are running slowly. Which of the following should the administrator do NEXT? A. Run ps -ef to find processes consuming excessive memory

Options

  • BRun top to find processes with high wait states
  • CRun who -r to find which user is using excessive processing capacity
  • DRun to find users using excessive amounts of network bandwidth

How the community answered

(31 responses)
  • B
    71% (22)
  • C
    19% (6)
  • D
    10% (3)

Why each option

Load averages of 12.0, 15.2, and 17.2 on a 2-CPU system signal severe overload, and `top` is the correct next step because it reveals per-process I/O wait states that explain why user sessions are slow.

BRun top to find processes with high wait statesCorrect

The `top` command displays the `wa` (I/O wait) percentage for each process, indicating how long processes are stalled waiting for disk or other I/O operations. On a 2-CPU system, a healthy load average should stay near 2.0, so values of 12.0 to 17.2 indicate the system is heavily overloaded - most likely due to I/O contention causing high wait states. Running `top` allows the administrator to identify the specific processes responsible and determine the appropriate remediation.

CRun who -r to find which user is using excessive processing capacity

`who -r` outputs the current system run level, which is unrelated to identifying which processes or users are consuming CPU or causing I/O contention.

DRun to find users using excessive amounts of network bandwidth

A tool for finding users consuming excess network bandwidth would not address the cause of high CPU load averages reported by `uptime`, which reflect CPU scheduling and I/O wait pressure rather than network utilization.

Concept tested: Diagnosing high load averages using top I/O wait states

Source: https://man7.org/linux/man-pages/man1/top.1.html

Topics

#uptime#load average#top command#performance analysis

Community Discussion

No community discussion yet for this question.

Full SK0-004 Practice