Alternatives
Products that do what Ktop – a themed terminal system monitor with charts and OOM tracking does
Built this because I wanted nvtop + btop in one view while tuning local hybrid LLM inference. Supports themes, charts, and OOM kill tracking. Written in Python.
- 1H2
2016 · hisham.hm
- 2
- 3
- 4MV
Dec 2025 · github.com
- 5WR
Hey HN! We’re open-sourcing highlight.io (https://github.com/highlight/highlight), a session replay and error monitoring tool. Highlight.io gives you a high-precision video-like replay of what users are doing when an error or exception occurs in your web app, along with a full-fledged error monitoring experience (similar to bugsnag, rollbar, etc..). The main value prop of highlight.io is that we help you understand the full context surrounding an error and allow you to drill down to the code path that a user invoked (i.e user clicked button X, sent network request Y, and…
2023 · github.com
- 6AO
Hey HN. We’re Jay and Vadim from Highlight.io (https://highlight.io). We’re building an open source [1] monitoring platform for web applications. Today we’re excited to be sharing a performance tool we’ve been working on, which helps you inspect the latency of code execution from the client to the server. As engineers at past startups, we often had to debug slow queries, poor load times, inconsistent errors, etc... While tools like Jaegar [2] helped us inspect server-side performance, we had no way to tie user events to the traces we were inspecting. In other words, although we had…
2024 · github.com
- 7
- 8WB
Hey hn! I'm one of the co-founders of highlight.io, an open source monitoring tool. Today we're sharing a ClickHouse-based logging solution we've been working on. We wanted to showcase how we built it and share how you could try it out to give feedback. Since we started working on highlight.io, we've been hyper-focused on "cohesion", or ensuring that when you install your monitoring stack, all of the resources in that stack (user interactions, requests, traces, logs, etc.) are connected in a consumable way. We've written up more about our philosophy on this here [1]. We started building…
2023 · github.com
- 9OF
I made a terminal pager that can be used instead of more, less, tail -f. It has a mode that distinguishes between headers and columns.
2023 · github.com
- 10
- 11HG
Tabs, splits, and tmux work fine until you have several projects open with logs, tests, and long-running shells. I kept rebuilding context instead of resuming work. Horizon puts shells on an infinite canvas. You can arrange them into workspaces and reopen later with layout, scrollback, and history intact. Built in 3 days with Claude/Codex, dogfooding the workflow as I went. Feedback and contributions welcome.
Mar 2026 · github.com
- 12
- 13LH
I work on inference scheduling — KV cache-aware routing, load balancing across GPU workers, that kind of thing. I wanted something like k9s but for my inference stack. Nothing existed, so I built it. llmtop is a real-time terminal dashboard for LLM inference workers. It scrapes the Prometheus /metrics endpoints that vLLM, SGLang, and LMCache already expose and shows everything in one view: KV cache usage, queue depth, TTFT/ITL latencies (P50/P99 from histogram buckets), token throughput, prefix cache hit rates. Color-coded — red means go fix it. ``` brew install…
Mar 2026 · github.com
- 14UA
The standard GPU utilization metric reported by nvidia-smi, nvtop, Weights & Biases, Amazon CloudWatch, Google Cloud Monitoring, and Azure Monitor is highly misleading. It reports the fraction of time that any kernel is running on the GPU, which means a GPU can report 100% utilization even if only a small portion of its compute capacity is actually being used. In practice, we've seen workloads with ~1–10% real compute throughput while dashboards show 100%. This becomes a problem when teams rely on that metric for capacity planning or optimization decisions, it can make underutilized systems…
Apr 2026 · systalyze.com
- 15KC
2021 · github.com
- 16AO
Hello Everyone, I'm excited to introduce a new open-source observability platform and would love to hear your feedback. We are aware that there are lots of open-source/commercial tools out there. However, we believe that monitoring the clusters and extracting actionable insights requires deep know-how about the tools/domain. We mainly focused on this problem. - Alaz is an eBPF agent installed on your K8s cluster as DaemonSet. Thanks to eBPF, Alaz collects traces directly from Linux kernels. This means there's no need for sidecars, instrumentations, or service restarts. - The UI not…
2023 · github.com
- 17SA
2020 · github.com
- 18AP
Hey HN, I made a Windows process monitor for app developers and advanced end users. I wanted a taskmgr system-level graph view per app. Windows procmon, while capable, has always been tedious to set up (esp. if not used often). That's pretty much the whole idea behind the app--to simplify app-level monitoring, to make it easy. I hope some of you find it useful!
2025 · pragmar.com
- 19HF
May 2026 · github.com
- 20SO
ServiceRadar is an open-source platform for distributed, secure network management and observability, scaling to 100k+ devices. Born from frustration with complex traditional NMS tools like Zabbix, it bridges legacy (SNMP/syslog) and modern (gNMI, OTLP) protocols for cloud-native environments. We built ServiceRadar to simplify monitoring hybrid telecom networks, evolving it into a Kubernetes-native solution with Helm and Docker support. It uses mTLS with SPIFFE/SPIRE, NATS JetStream for event streaming (90M+ EPS), and SRQL for intuitive queries. Integrated with OpenTelemetry,…
Oct 2025 · github.com
- 21WO
We have been using GitOps internally for years, to leverage infrastructure as code for our Kubernetes clusters. With the recent release of the GitOps mode for Glasskube, we decided to open source our GitOps template. This template helps you get started with GitOps in minutes instead of hours. Previously it was always a struggle to setup your Kubernetes Cluster with the GitOps approach leading to teams manually deploying manifests and helm charts which results in Kubernetes clusters that are hard to maintain. As of today git is still the most popular solution for managing your Kubernetes…
2024 · github.com
- 22CT
2023 · github.com
- 23TS
It is not top/htop replacement because of historical snapshots which can help you to find problems back in time
2023 · github.com
- 24HT
Mar 2026 · paolino.me
Ranked by how close each launch is in meaning, then by votes. Refine with a description →