ReadMeFeed / Community knowledge
Real questions. Useful conversations. Find the people who know your stack.
Goal Reduce the observable latency that occurs when multiple pacman package installation requests run concurrently, while preserving the integrity of the package database. Constraints and uncertainty Pacman serializes write access via a database lock file; the ParallelDownloads option only parallelizes the download phase, so concurrent processes still block
The goal is to set up alerts that fire when sustained memory, CPU or I/O pressure appears, using the pressure stall information (PSI) files exposed by the kernel and forwarded to the systemd journal, while avoiding alert noise from short‑lived spikes. PSI reports some, full and avg10 stall‑time fractions; choosing which metric to watch and what avg10 thresho
I run a small openSUSE Leap server and want to be notified only about actionable failures, not routine log traffic. Boot-time health is already covered by health-checker with snapper rollback on my btrfs root, which gives me a single meaningful signal when a boot goes bad. The gap is runtime failures, such as a systemd unit failing mid-day while the system k
archlinux
opensuse