Beobachtetes Signal · 18. Aug. 2026 · Technical Release · Quelle: DEV Community · Relevanz: 1/5 · Sentiment: Neutral
10-Minuten-Wächter behebt unentdeckten 46-GB-Speicherleck in macOS
Ein Entwickler hat eine macOS-Blindstelle entdeckt, bei der komprimierter Speicher (CMPRS) nicht im RSS-Wert gezählt wird. Dadurch konnte sich der System-Daemon dasd unbemerkt 46 GB komprimierten Speicher aneignen, während im RSS lediglich 264 MB ausgewiesen wurden. Dies führte zu einem massiven Swap-Anstieg von rund 37 GB, wodurch Playwright-Operationen fehlschlugen und automatisierte Social-Posting-Prozesse stoppten. Als Gegenmaßnahme entwickelte der Autor das Skript mem-hog-guard.sh, das alle 10 Minuten über launchd ausgeführt wird. Es liest die Speicherauslastung inklusive CMPRS aus, wendet prozessspezifische Schwellenwerte an und leitet je nach Prozesstyp gezielte Neustarts ein. Das Skript nutzt Sperren, einen Testmodus sowie Cooldown-Dateien und versendet aggregierte Discord-Benachrichtigungen. Nach dem Einsatz sank die Swap-Nutzung signifikant auf 4,1 GB.
Praxisnahe und umsetzbare Betriebshinweise für die macOS-Speicherüberwachung und automatisierte Wiederherstellung, deren Relevanz jedoch primär für Engineering-Teams und kaum für die breite AdTech-Branche gilt.
Marktsignale zu Apple in Echtzeit verfolgen
Polaris7 erfasst behördliche Registrierungen, Primärquellen, Führungswechsel und Deal-Aktivitäten rund um die Uhr. Erstellen Sie Ihren kostenlosen Explorer-Workspace, um automatisierte Executive Briefings zu erhalten.
Wichtigste Kernpunkte & Evidenz
- Am 09.08.2026 konsumierte der macOS-Daemon dasd unbemerkt 46 GB an komprimiertem Speicher (CMPRS) bei einem scheinbaren RSS von nur 264 MB, was den Swap auf etwa 37 GB trieb.
- Das neu eingeführte Skript mem-hog-guard.sh läuft alle 10 Minuten über launchd StartCalendarInterval und überwacht den top-Befehl inklusive der CMPRS-Metrik.
- Die Neustart-Strategien unterscheiden sich zwischen systemweiten Daemons (sudo killall) und User-Jobs (TERM, KILL und launchctl kickstart).
- Das Schutzskript verwendet Cooldown-Dateien, eine Lockfile-Mechanik zur Verhinderung von Überlappungen, einen Trockenlaufmodus sowie Discord-Benachrichtigungen.
- Nach der Implementierung des Wächters wurde der Speicher erfolgreich freigegeben (Protokolleintrag um 02:32 Uhr), woraufhin der Swap auf 4,1 GB zurückging.
Verknüpfte Unternehmen
5 verknüpfte Unternehmen“macOS `top` has a `cmprs` (compressed memory) column available via the `-stats` option....”
“A monitoring script runs every 10 minutes, restarts things when they cross a threshold, and a notification lands in Discord....”
“The Playwright instance managed by Claude Code looked like it was running....”
“Follow along: [Portfolio](https://bokuwalily.com/) · [X](https://x.com/bokuwalily) · [GitHub](https://github.com/bokuwalily)...”
“Follow along: [Portfolio](https://bokuwalily.com/) · [X](https://x.com/bokuwalily) · [GitHub](https://github.com/bokuwalily)...”
Ontologie & Marktkonzepte
Verwandte Marktsignale & Trends
Aktuelle verifizierte Unternehmensentwicklungen und Deal-Aktivitäten in diesem Marktsegment.
PMAD: Entfernung des langsamen Malloc-Pfads für deterministische Allokation
Ein Entwickler hat PMAD veröffentlicht, einen kompakten C99-Open-Source-Allokator, der den traditionellen „Slow Path“ herkömmlicher Malloc-Implementierungen eliminiert, um die Latenz pro Aufruf zu begrenzen. Benchmarks unter macOS zeigen, dass typische Median-Allokationen im Nanosekundenbereich liegen, während seltene Slow-Path-Treffer in System-Allokatoren einzelne Malloc-Aufrufe von bis zu rund 7 Millisekunden verursachten. Stattdessen mmap-t PMAD beim Start einen festen Pool, erfordert deklarierte Grössenklassen und implementiert Alloc/Free als O(1)-Free-List-Operationen ohne Fallback, Coalescing, Wachstum oder Locks. In direkten Tests hält PMAD die Tail-Latenz gering und lieferte unter anhaltender Fragmentierungs-Churn im Worst-Case etwa 40 µs im Vergleich zu rund 6,95 ms des System-Allokators. PMAD steht unter MIT-Lizenz auf GitHub zur Verfügung, richtet sich an spezialisierte, per-Core Shared-Nothing-Systeme und die publizierten Benchmarks beschränken sich auf macOS.
Fixed 45% Idle CPU Leak in Retro Music Web App
A developer diagnosed and fixed a severe idle CPU leak in an interactive retro music web app that left an idle tab consuming ~45% CPU and steadily increasing memory. By isolating canvas layers, the author found uncontrolled requestAnimationFrame loops, object allocations inside 60 FPS loops, and stacked animation frames as the root causes. The fix used document.visibilitychange checks and pausing animation loops when audio was not playing; idle CPU dropped from 45% to 0.8% and background tabs suspended to 0%. The author also used Google AI (Gemini) during profiling and cites a GitHub repository for the project.
Robust Nightly LLM Log Drain Survives Sleep and Races
A technical walkthrough of a macOS shell script (vault-auto-ingest.sh) that nightly ingests Claude conversation logs into a local Obsidian vault, commits them to a private Git repo, and generates a daily brief. The author describes three real failure modes that drove the final design: sleep-related freezes when the Mac sleeps, double-execution races between scheduled and manual runs (noted on 2026-06-10), and a service-side timeout/outage that caused uniform slot failures on 2026-06-13. The resilient design uses four launchd slots (4:55, 8:20, 10:45, 12:15), caffeinate -i -s, atomic lockdir via mkdir, idempotent step markers for partial retry, explicit timeouts with --kill-after, preflight checks (network, TCC/Full Disk Access), and deterministic overwrites for LLM-generated numbers.
Marktsignale & Strategische Shifts in Echtzeit verfolgen
Erstellen Sie benutzerdefinierte Watchlists, um automatisierte, evidenzbasierte Executive Briefings zu erhalten, sobald wesentliche Signale oder Marktverschiebungen auftreten.