Skip to content
RamBeacon

For developers

Your machine is part of your development environment.

Editors, bundlers, emulators, containers and language servers all compete for the same RAM. RamBeacon gives that process noise structure, evidence and a safe action boundary.

Process relationships

example values
Code.exe1.1 GB
extensionHost412 MB
node.exe684 MB
esbuild.exe118 MB

RAM history

example values
usedavailable

peak

14.2 GB

avg

11.8 GB

samples

2,840

Workflow fit

Understand the tooling you already run.

RamBeacon does not install plugins or inspect your source. It observes the Windows process and port surface those tools create, then helps you investigate the parts that cost resources.

Next.js & Node.js

A dev server can spawn a parent Node process, a compiler, and several workers. RamBeacon's application grouping shows the family's aggregate memory and CPU, while Dev Servers lists the listening ports and inferred stack so you can identify the project before stopping anything.

  • Application-family grouping
  • Listening-port inventory
  • Approval-bound stop

React & MERN

Browser processes, Electron helpers, Node APIs and Mongo tooling can dominate memory without looking related in a flat table. Grouping and the process relationship forest make the family visible, and the memory investigation view helps you find sustained growth.

  • Parent-child evidence
  • Memory-growth signals
  • Watchlist thresholds

Flutter & React Native

Metro, Gradle, Dart, adb and emulator processes are all part of a mobile workflow. RamBeacon identifies listening dev ports and groups by project folder evidence. It does not claim to debug your app; it helps you see what the toolchain is doing to the machine.

  • Metro / Gradle / adb visibility
  • Project-folder grouping
  • Port-conflict hints

VS Code & IDEs

Extension hosts, language servers and terminal children are frequent contributors to memory pressure. Process details show the parent-child relationship and classification evidence, so you can distinguish the editor from a runaway extension helper.

  • Extension-host families
  • Identity-bound actions
  • Protected-process policy

Docker & WSL

RamBeacon observes Windows processes and ports exposed by Docker Desktop and WSL. It does not inspect container internals, read Docker configuration, or modify WSL distributions. Those limits are stated in the app rather than hidden behind a claimed integration.

  • Windows-side process visibility
  • No container-internal claims
  • Honest unavailable states

Local AI development

Model runtimes and local inference servers can hold significant memory for long periods. Track their process families and compare resource history. Optional AI explanations in RamBeacon use minimized metadata and cannot execute system actions.

  • Long-running process tracking
  • Optional AI annotations
  • No model authority

Build artifacts & dependencies

node_modules, .next, dist, coverage and caches accumulate across projects. Developer Cleanup scans folders you explicitly select, detects known artifacts, and lets you review a storage map before moving approved targets to the Recycle Bin.

  • Known-artifact rules
  • 2D / 3D storage map
  • Recycle Bin only

Local databases & services

MongoDB, Redis, Postgres and local queues appear as ordinary Windows processes. RamBeacon can show their resource history and relationships, but it does not connect to their databases, run queries, or manage their data.

  • Resource history
  • Startup impact review
  • No database access

Dev Servers

See the port before you stop the process.

The Dev Servers view inventories listening ports for Next.js/Node, Vite, Metro/React Native, Dart/Flutter, Gradle/JVM, adb and Android emulators. It groups by project folder, infers stack badges, detects conflicts, and provides stack-aware restart guidance.
Listening portsProject groupingConflict detectionApproval-bound stop
Listening ports · example3 projects

acme-web

node.exe

Next.js:3000

mobile-app

node.exe

Metro:8081

design-system

node.exe

Vite:5173

Stopping a server requires the same approval-bound action flow as process cleanup. Windowless processes require an explicit force-stop confirmation.

No sample-rate theatre

Monitoring cadence is configurable from 2–10 seconds. GPU values are best-effort and show unavailable when Windows does not expose them.

No unsafe convenience

There is no arbitrary shell, PowerShell tool, automatic termination, or privilege bypass. The Rust backend owns the safety decision.

No invented integrations

No IDE extension, Docker API, WSL API or framework plugin is claimed. Where RamBeacon cannot see something, it says so.

Get RamBeacon

Understand your PC. Start with RamBeacon.

Inspect resource usage, review evidence, and approve supported actions from one Windows utility. No automatic cleanup. No invented metrics.

RamBeacon for Windows

v0.1.0 ? Windows 10 / 11 x64

Download