Repository navigation
Releases
SidebarMonitor 1.5.15 — sections in sync, GPUs named by kind
Fixes from a review of every Settings page.
Fixed
Showing or hiding a section in one place left the other showing the old state. The panel's right-click menu and Settings → Secciones both show and hide sections, and each read the state once: hide one in Settings and the menu kept its check mark; hide or reorder from the menu with Settings open and its checkboxes and order list did not move. Both now follow every change.
Settings → GPU named the GPUs by brand — «NVIDIA» / «AMD iGPU» — which was wrong on an Intel iGPU or a Radeon card, and said the integrated GPU had no sensors of its own, untrue since AMD's driver gives it temperature, watts and VRAM. Now «Dedicada» / «Integrada» / «Ambas», with a description that matches.
«Actualizar ahora» could take the panel down if the check before an install failed unexpectedly; that failure is now reported in the status line.
Two installers as before: SidebarMonitor-1.5.15.msi bundles the AMD Ryzen Master Monitoring SDK; SidebarMonitor-lite-1.5.15.msi leaves AMD's binaries out.
Not code-signed yet, so Windows SmartScreen may warn on first run — choose More info → Run anyway.
SidebarMonitor 1.5.14 — updating without a flood of notifications
Updating no longer floods you with notifications.
Fixed
Updating fired a Windows notification for every percent of the download — ten a second, each with its sound. Progress now goes to the Settings page's status line and the tray icon's hover text ("SidebarMonitor — Descargando… 42%"), silently. Notifications are kept for what is worth an interruption, once each: the download starting, a new version (once per version, not on every check that finds it), and a failure. A manual check no longer notifies "you're up to date" on top of the page saying it.
Clicking any notification could start an update. The click handler meant for the "new version available" notice stayed attached to every notification after it, so clicking a temperature alert, or the "Descargando…" notice itself, started an update. Only the update offer does now.
Updating to 1.5.14 is still done by the version you have now, so this one last download may still show the notifications; from 1.5.14 on they're gone.
Two installers as before: SidebarMonitor-1.5.14.msi bundles the AMD Ryzen Master Monitoring SDK; SidebarMonitor-lite-1.5.14.msi leaves AMD's binaries out.
Not code-signed yet, so Windows SmartScreen may warn on first run — choose More info → Run anyway.
SidebarMonitor 1.5.13 — the integrated GPU's VRAM bar splits by process again
A fix for the integrated GPU's VRAM bar.
Fixed
The integrated GPU's VRAM bar was one colour. An integrated GPU has no memory of its own — a fixed carve-out of RAM plus RAM it shares — and Windows reports every one of its segments as "local". So the per-process figure the bar was split by ("Local Usage") counted the shared RAM too: 789 MiB of processes on a 426 MiB carve-out, one process filling the whole bar and the rest vanishing.
On an iGPU the bar now splits by "Dedicated Usage" (the carve-out), with "Shared Usage" as the RAM in the tooltip — e.g. firefox 347M · mstsc 48M · dwm 41M of 408M, each in its own colour. A discrete card keeps "Local Usage", which is the one that matches it ("Dedicated Usage" counts a surface shared between processes twice there).
Two installers as before: SidebarMonitor-1.5.13.msi bundles the AMD Ryzen Master Monitoring SDK; SidebarMonitor-lite-1.5.13.msi leaves AMD's binaries out.
Not code-signed yet, so Windows SmartScreen may warn on first run — choose More info → Run anyway.
SidebarMonitor 1.5.12 — the Updates page acts on every press
The Updates page now does something on every press, and shows what is going on.
Fixed
«Actualizar ahora» did nothing unless a check had already found the version in this session — so after a release came out while the panel was running, the button was dead, and only «Buscar ahora» did anything (and, with automatic install on, it was the one that installed). Every case on the Updates page, reworked:
- «Actualizar ahora» always acts: it checks first when it has to, then installs; once a version is known it reads «Actualizar a v1.5.13». Pressing it while up to date says so.
- «Buscar ahora» only checks — finding a version is not agreeing to it.
- The two settings stay in sync on screen: turning automatic install on ticks «Buscar» too; turning «Buscar» off unticks automatic install. Before, the config changed under a checkbox that kept showing the old value.
- Turning either one on acts now, not at tomorrow's check: a version already waiting installs.
- The status line follows everything, whoever started it — the buttons, the tray, the startup and daily checks, an automatic install — and says when it last checked. The page used to open blank and miss anything not started from its own buttons.
- The buttons grey out while a check or an install is running.
- A non-MSI install says it opened the release page instead of doing so silently.
Two installers as before: SidebarMonitor-1.5.12.msi bundles the AMD Ryzen Master Monitoring SDK; SidebarMonitor-lite-1.5.12.msi leaves AMD's binaries out.
Not code-signed yet, so Windows SmartScreen may warn on first run — choose More info → Run anyway.
SidebarMonitor 1.5.11 — the RAM breakdown, measured page by page
The RAM breakdown is measured page by page, the way RAMMap reads it — no more lumps, no more estimates.
Changed
The RAM breakdown is measured, not inferred. "Other processes" and "shared and unattributed" were two lumps that together hid ~7 of 15 GiB — and the second was a remainder, not a measurement: checked against RAMMap, ~1.5 GiB of it was kernel memory (page tables, driver-locked pages, stacks) that no performance counter reports.
The elevated helper now reads the memory manager's own page database, as RAMMap does, but sampled: one page in 16, with a rotating start, every 5 s — about 41 ms a pass on 32 GiB, every category within 1 % of a full walk, on its own timer so ETW processing never waits on it.
Hovering the RAM bar now shows only RAM actually occupied, each piece counted once:
- the coloured processes, then the next ten by name under más procesos (
mstsc 401M · svchost ×94 363M …), then "and 124 more processes 1.3G"; - Windows, with its kernel broken down (pools, page tables, drivers, metadata, stacks), the file cache and the pages waiting to be written — the Windows segment on the bar grows by what the counters used to miss;
- DLLs and mapped files (in RAM once, however many processes use them) and memory shared between processes, as their own lines;
- whatever is left as unclassified — 91 MiB of 18 GiB on the dev desktop.
Without the helper, the part only the page database can split says so instead of guessing.
Snapshot contract v30 and helper contract v18: the agent, the elevated helper and the panel must be the same version (the installer updates all three). Two installers as before: SidebarMonitor-1.5.11.msi bundles the AMD Ryzen Master Monitoring SDK; SidebarMonitor-lite-1.5.11.msi leaves AMD's binaries out.
Not code-signed yet, so Windows SmartScreen may warn on first run — choose More info → Run anyway.
SidebarMonitor 1.5.10 — RAM by process, a GPU load that adds up, colours that contrast
RAM by process with Windows' own share, a GPU load that adds up to its processes, and process colours you can tell apart.
Added
RAM by process, Windows included. The RAM bar is split by who holds the memory in use: the biggest processes by private working set (Task Manager's "Memory" column, instances folded by name) in their own colours, then Windows in grey — its own processes (System, Memory Compression, Registry, Secure System), the kernel's resident pools and drivers, and the file cache — then a dark tail for every smaller process and the pages processes share (DLLs, shared memory), which no single process owns. A legend names the colours (● claude 1.4G ● vmmemWSL 1.1G ● Windows 5.0G), and hovering the bar lists every piece, Windows broken down into kernel, cache and processes. The pieces add up to the RAM in use.
Changed
The GPU load now adds up. Every GPU's load — the graph, the big %, the header — is Task Manager's figure: its busiest engine, each engine the sum of its processes. The NVIDIA card used NVML's own reading, which ran 2–12 points above the engines under the same load, so the processes on the graph never added up to the total above them. The NVML figure (what nvidia-smi and Afterburner show) stays in the graph's tooltip as driver, and the tooltip adds otros for any load the listed processes don't account for. The load also refreshes every tick now, not only when the vendor sensors are read. The CSV's gpu_load follows.
Process colours contrast. A new eight-hue palette spread round the wheel (the old one held red, magenta and orange within 25° of each other, and two greens). Processes drawn together — one bar, one graph, one legend — never share a colour while the palette lasts: the biggest keeps its usual hue, and a smaller one that would have been its twin moves to a contrasting one. Applies to the per-core bars, the GPU lines and VRAM bar, and the RAM bar.
Snapshot contract v29: the agent and the panel must be the same version (the installer updates both). Two installers as before: SidebarMonitor-1.5.10.msi bundles the AMD Ryzen Master Monitoring SDK; SidebarMonitor-lite-1.5.10.msi leaves AMD's binaries out.
Not code-signed yet, so Windows SmartScreen may warn on first run — choose More info → Run anyway.
SidebarMonitor 1.5.9 — the VRAM tooltip matches the panel
A fix for the VRAM bar added in 1.5.8.
Fixed
The VRAM bar's tooltip came up as a white box, with the panel's light text barely readable on it. It now uses the panel's own dark tooltip, like every other hover in the panel.
Two installers as before: SidebarMonitor-1.5.9.msi bundles the AMD Ryzen Master Monitoring SDK; SidebarMonitor-lite-1.5.9.msi leaves AMD's binaries out.
Not code-signed yet, so Windows SmartScreen may warn on first run — choose More info → Run anyway.
SidebarMonitor 1.5.8 — GPU use by process
The GPU section now shows who is using the GPU, and how much of its memory each process holds.
Added
GPU use by process. Each GPU's load graph carries one line per process, in that process's colour (the same hue it wears on the CPU bars), over the GPU's own load as the shaded area. Hover the graph to see every process's % at that instant.
VRAM split by process. The VRAM bar is segmented by process, biggest holder first, with the unowned rest (driver, desktop, small fry) as the grey tail. Hover it to see each process's VRAM and any GPU-visible system RAM it also holds. A legend under the bar names the colours: ● Sandfall 97% 7.8G ● chrome 2% 412M.
Up to six processes per GPU: the busiest first, plus the biggest idle VRAM holders, so a model server parked on 9 GiB stays on the bar while a game is running. Read unelevated from the same counters Task Manager uses (GPU Engine and GPU Process Memory).
Changed
A process's GPU % is now its busiest engine, as Task Manager counts it, not the sum of its engines, which could read above the GPU's own load (105 % for a game on a GPU at 97 %).
Snapshot contract v28: the agent and the panel must be the same version (the installer updates both). Two installers as before: SidebarMonitor-1.5.8.msi bundles the AMD Ryzen Master Monitoring SDK; SidebarMonitor-lite-1.5.8.msi leaves AMD's binaries out.
Not code-signed yet, so Windows SmartScreen may warn on first run — choose More info → Run anyway.
SidebarMonitor 1.5.7 — alerts, a battery section, and a CSV log you choose
Alerts, a battery section for laptops, and a CSV log you choose column by column — and can start or stop from a script.
Added
Alerts (Settings → Alertas): a tray notification when the CPU stays in the panel's red zone, the hottest GPU passes its threshold, RAM fills up, a fixed drive runs low on space, or the battery runs low while discharging. A reading has to persist before it fires (10 s for temperatures, 30 s for RAM), it fires once, re-arms only when the value is clearly back, and never repeats within 10 minutes; several at once arrive as one notification. Probar aviso shows a sample.
A BATTERY section on laptops: charge, state, power in or out with time to empty (or to full), Wh and a power graph — on battery that is the whole machine's draw. On a desktop the section never appears.
Choose what the CSV log records (Settings → Diagnóstico): the columns are grouped, each group with its own checkbox. New groups, off by default: fan (fan_pct, fan_rpm), active limiter (throttle_thermal, throttle_power, throttle_current), GPU 0 fan and battery (battery_pct, battery_w). The default selection writes exactly the columns 1.5.6 wrote, so existing scripts keep working.
Fixed
Editing LogCsv in ui.json by hand now takes effect immediately — before, nothing happened until the panel restarted, and the running panel could overwrite your edit. A script can now start and stop recording around a benchmark.
Hiding the panel gave the reserved strip back. Ocultar used to leave an empty band on the desktop edge that maximised windows still avoided.
A section header no longer folds on a release it never saw the press of — a drag that started on a chart and ended over a header was enough to toggle it.
One decimal separator everywhere. On a Spanish (or any comma-decimal) Windows some readouts showed 8,3M next to 12.0T; every number is invariant now.
No more clipped readouts in a narrow panel: at the 240 px minimum the CPU stat row and long GPU names now shrink or ellipsise instead of overlapping.
Changed
- The tray's Configuración… is now Ajustes… and opens Settings directly; the tray also gains Ignorar clics, the way back once click-through is on.
- The agent's sensor tick allocates 97 % less memory, and PresentMon frames are parsed without allocating.
- Built with .NET 10.0.14 (SDK 10.0.403), which fixes a high-severity advisory in the toolchain used for the agent.
Install
SidebarMonitor-1.5.7.msi is the full build (AMD sensor binaries bundled, works offline). SidebarMonitor-lite-1.5.7.msi bundles none of AMD's binaries and uses the AMD SDK you install yourself. Settings, layout and history are kept across the upgrade. The agent and the panel move to snapshot contract v27 together, so update both (the MSI does).
Some antivirus products flag AdlxShim.dll as a false positive — see #2.
SidebarMonitor 1.5.6 — the tab stays collapsed across RDP
The first release since 1.5.4. A 1.5.5 was built but never published, so its changes ship here too — if you are on 1.5.4, everything below is new to you.
Fixed
The collapsed panel no longer reopens itself when a remote desktop session connects or disconnects. It used to come back open and save that as your choice, as if you had clicked the tab. The tab reacted to any mouse release over it, wherever the button had gone down, and it sits on the screen edge — exactly where the cursor ends up when the desktop is resized under it. A click is now a press and a release on the tab. The minimise button had the same flaw and is fixed the same way.
One missed sensor reading no longer blanks the CPU chart. The chart could go empty with NaN % on its axis for a while. A tick with no reading now holds the previous value instead of poisoning the whole window.
The automatic install actually installs. It now asks for elevation properly: one UAC prompt, or none where elevation is silent. Declining the prompt is remembered as a cancel and not retried on its own.
The CPU percentage is readable over the per-core graph — it sits on a dark backing instead of fighting 16 coloured lines.
A process keeps one colour everywhere. claude, claude.exe and chrome ×42 used to land on different colours depending on where they appeared.
Added
- A separate palette for the per-core chart (Settings → CPU → Colores de la gráfica), defaulting to the same palette as the bars.
- The total CPU graph can take the heaviest process's colour instead of fixed blue, to match the per-core bars. Off by default.
Install
SidebarMonitor-1.5.6.msi is the full build (AMD sensor binaries bundled, works offline). SidebarMonitor-lite-1.5.6.msi bundles none of AMD's binaries and uses the AMD SDK you install yourself. Settings, layout and history are kept across the upgrade.
Some antivirus products flag AdlxShim.dll as a false positive — see #2.