As a Systems Engineer managing Linux server infrastructure with PRTG, I want a native Linux PSI sensor that reads CPU, memory, and I/O pressure stall metrics directly from /proc/pressure/, so that I can accurately detect resource contention, identify performance bottlenecks earlier, and replace fragile custom SSH script workarounds with a standardized, maintainable monitoring solution.

Many organizations using PRTG rely on the built-in SNMP Linux Load Average sensor to monitor system load on Linux servers. While this works for basic monitoring, the traditional load average metric has well-known limitations: it only reflects the number of runnable or waiting tasks and does not clearly indicate which resource (CPU, memory, or I/O) is causing contention.

Modern Linux kernels provide a more advanced metric called Pressure Stall Information (PSI) that directly measures resource pressure. PSI exposes how long tasks are stalled waiting for CPU, memory, or I/O resources, providing a much clearer indicator of real performance bottlenecks and system saturation.

PSI metrics are available in modern kernels via:
/proc/pressure/cpu
/proc/pressure/memory
/proc/pressure/io

Why PSI support would benefit PRTG users:

• More accurate detection of CPU, memory, and I/O contention

• Earlier identification of performance bottlenecks

• Better alerting and capacity planning

• Alignment with modern Linux observability practices

• Reduced need for custom SSH script sensors

• Currently, PSI monitoring can only be implemented via custom scripts, which reduces maintainability and standardization in larger environments.

Suggested implementation:

• Introduce a dedicated “Linux PSI Sensor”

• Or extend existing Linux sensors to include PSI channels (CPU, memory, I/O pressure)

Native PSI support would greatly improve Linux performance monitoring in PRTG.