ingest(other): netbits plur1bus ram-dubletten folgemessung — 17 lib-mappings, gepinnte seiten, fragmentation

raw/other/2026-09-24_netbits-plur1bus-ram-dubletten-folgemessung.md

@@ -0,0 +1,44 @@
+---
+type: other
+source_url: https://t.me/c/3839640481/15316
+retrieved: 2026-09-24
+title: "Netbits — PLUR1BUS RAM-Dubletten: Folgemessung (17 Lib-Mappings, gepinnte Seiten, Fragmentierung)"
+author: "Netbits ⚡️ Stachelbanane (@NetLightning)"
+tags: [plur1bus, openclaw, ram, memory-usage, lancedb, native-library, mmap, fragmentation, zfs, compaction]
+---
+
+# Netbits — PLUR1BUS RAM-Dubletten: Folgemessung (24.09.2026, 23:38)
+
+Netbits (@NetLightning) veröffentlichte im OME-Topic „Plur1bus Memory System" die Folgemessung nach dem Gateway-Neustart von 18:45. Gemessen 23:38.
+
+## RAM — echtes Doppelproblem
+
+- Der Gateway hat **17 Kopien** derselben Native-Lib gemappt: `lancedb.linux-x64-gnu.node`, je 139 MB auf Platte.
+- **PSS-Summe: 152,6 MB** im RSS; davon **115,7 MB aus gelöschten Pfaden** — 15 der 17 zeigen auf `/var/tmp/openclaw-plugin-build-*/package-52/…`, und diese Ordner existieren nicht mehr.
+- **Kern:** Eine gemappte Datei, die gelöscht wurde, kann der Kernel **nicht mehr auslagern** — die Seiten sind gepinnt, bis der Prozess sie entmappt. Freigabe nur per Neustart.
+- **Mechanismus:** Jeder Plugin-(Re)Load packt das Paket nach `/var/tmp`, mappt die Lib, löscht danach das Verzeichnis. Das Mapping bleibt zurück.
+
+## Platte — Dubletten und Ballast
+
+- **Extension 4×:** `extensions/memory-lancedb-namespaced` 272M + `install-backups/…` 271M + `backups/plugin-memory-lancedb-7.2.2-*` 273M + `-copy` 273M = **~1,09 GB**
+- **/var/tmp:** **597 Build-Reste** vom 21.–24.09.; Größe schwankt stark — in geprüften Resten war die Lib schon weg (30–57 KB), also Disk-Rest statt RAM-Fresser
+- **Legacy-SQLite parallel zu Lance:** `luna.sqlite.migrated` 76M + `main.sqlite.migrated` 20M + 2 tmp-Orphans 28M = ~**124 MB toter Ballast** (Memory liegt längst in Lance, die SQLites sind Migration-Relikte)
+
+## Drei Stores nebeneinander
+
+- `lancedb-namespaced/<agent>` — der aktive (luna 742M)
+- `_neo/workspaces/…` 67M — zweiter Datensatz mit denselben Workspaces, als JSONL-Ledger + `vectors.0.f32` (42M + 13M)
+- `.plur1bus-shared/workspaces/w-83bb…` 57K — ein dritter
+- Leer und nutzlos: `bernhardine`, `control`, `defaults`, `heisenberg`, `list` (je 512 B)
+
+## Fragmentierung
+
+luna-Store: **31.529 `.lance`-Dateien**, 82 % davon unter 1 KB. Scheinbar 117 MB, belegt **742 MB** — ZFS-Overhead durch Kleinstdateien.
+
+## RAM-Stand
+
+3,68 GB current, Peak 3,96 GB, `anon` 3,46 GB. Der Neustart hat von 6,2 GB auf 3,7 GB gedrückt; das Wachstum läuft aber wieder (vorhin rund 540 MB/Stunde, jetzt bei 5,3 h Laufzeit). Die gemappten 115 MB sind ein **fester Sockel**, kein Wachstum. Das eigentliche Wachstum kommt woanders her.
+
+## Fazit (Netbits)
+
+Doppelt ist vor allem die **Mechanik** — 17 Mappings derselben Lib, 4 Extension-Kopien, 3 Datenspeicher, 2 SQLite-Generationen. Der RAM-Gewinn durch Aufräumen läge bei rund 115 MB plus dem, was Neustarts künftig sparen. Angeboten: `/var/tmp` leeren, doppelte Extension-Backups und Migration-SQLites in Quarantäne, leere Namespaces weg.

wiki/index.md

@@ -2,7 +2,8 @@
 
 *Auto-generated: 2026-07-07*
 
-*Letzte Aktualisierung: 2026-09-24 (249. Update — Abgrenzung der LanceDB-Nativlib-Messungen (HermanButlerBot, 24.09.2026). Raw: `raw/other/2026-09-24_herman-ram-diagnose-abgrenzung.md` (neu). Wiki-Update: `tools/plur1bus-memory.md` (RAM-Abschnitt ergänzt: 1,3 MB/eine Kopie = Hermes-Gateway Mac PID 94117; 6-Kopien-Krankheit = OpenClaw-Gateway Linux — zwei verschiedene Prozesse; Upstream-Meldung empfohlen; Build-Dirs-Räumen = Netbits + Pits Entscheidung).)*
+*Letzte Aktualisierung: 2026-09-24 (250. Update — PLUR1BUS RAM-Dubletten: Folgemessung (Netbits / @NetLightning, 24.09.2026, 23:38, nach 18:45-Neustart). Raw: `raw/other/2026-09-24_netbits-plur1bus-ram-dubletten-folgemessung.md` (neu). Wiki-Update: `tools/plur1bus-memory.md` (17 Lib-Mappings derselben Native-Lib, 115,7 MB gepinnte Seiten aus gelöschten Pfaden — Freigabe nur per Neustart; 4 Extension-Kopien ~1,09 GB; 597 /var/tmp-Build-Reste; 2 Legacy-SQLite-Generationen ~124 MB; 3 parallele Stores; 31.529 .lance-Dateien, 742 MB belegt statt 117 MB scheinbar; RAM 3,68 GB, Wachstum ~540 MB/h wieder aktiv).)*
+*Vorherige Aktualisierung: Letzte Aktualisierung: 2026-09-24 (249. Update — Abgrenzung der LanceDB-Nativlib-Messungen (HermanButlerBot, 24.09.2026). Raw: `raw/other/2026-09-24_herman-ram-diagnose-abgrenzung.md` (neu). Wiki-Update: `tools/plur1bus-memory.md` (RAM-Abschnitt ergänzt: 1,3 MB/eine Kopie = Hermes-Gateway Mac PID 94117; 6-Kopien-Krankheit = OpenClaw-Gateway Linux — zwei verschiedene Prozesse; Upstream-Meldung empfohlen; Build-Dirs-Räumen = Netbits + Pits Entscheidung).)*
 *Vorherige Aktualisierung: Letzte Aktualisierung: 2026-09-24 (248. Update — PLUR1BUS RAM-Diagnose (Netbits / @NetLightning, 24.09.2026). Raw: `raw/other/2026-09-24_netbits-plur1bus-ram-diagnose.md` (neu). Wiki-Update: `tools/plur1bus-memory.md` (RAM-Abschnitt: Manifeste auf ZFS ohne RAM-Faktor, 6 LanceDB-Nativlib-Kopien ~625 MB RSS aus /var/tmp-Build-Dirs, V8-Heap ~3,8 GB als dominanter Posten, 4275 MB cgroup gesamt; Aufräumen der 59 ungenutzten Build-Dirs bringt Platte, nur Gateway-Neustart reduziert Libs 6→1).)*
 *Vorherige Aktualisierung: Letzte Aktualisierung: 2026-09-24 (247. Update — OpenClaw v2026.9.6 lokal live verifiziert (eb377ac, via Managed-Update gelaufen); Stand-Header in `tools/openclaw.md` auf 9.6 korrigiert + Release-Sektion 9.6 ergänzt (Mac-App-Warnung #156861, Telegram-History-Retention, Paste-Debounce, Memory-Robustheit, Luna-Pricing). Zusätzlich „AI mit Arnie“-2.0-Testvideo (Metadata-only) kuratiert. Raw: `raw/youtube/2026-09-24_ai-mit-arnie-openclaw-2-0-getestet.md` (neu). Wiki-Update: `tools/openclaw.md`.)*
 *Letzte Aktualisierung: 2026-09-24 (246. Update — Cobot: minimaler selbst-souveräner Agent mit Nostr-Identität und Lightning-Wallet. Anlass: k9ert teilte am 24.09.2026 in OME Topic 406 https://github.com/ultanio/cobot/. **Quelle README + Repo-Metadaten direkt abgerufen** (2026-09-24). Selbstauskunft: Python 3.11+, MIT, Status Alpha, **~2K Zeilen**. Stack: eigene Hardware → Cobot-Runtime → **Nostr-Identität** (`npub`/`nsec`) → **Lightning-Wallet** via npub.cash → LLM flexibel (Ollama/PPQ/OpenRouter); Nostr-DMs über **NIP-04**, FileDrop mit Schnorr-Signaturen; Tool-Ausführung über Shell/File-Tools, `security`-Plugin als Prompt-Injection-Schild. **Plugin-Muster:** Registry + Capabilities (`llm`/`communication`/`wallet`) + **Extension Points** — ein Plugin definiert Hooks, ein anderes implementiert sie (`filedrop.before_write/after_read` → `filedrop-nostr` sign_message/verify_message); Hook Chain `on_message → transform → llm_call → tool_exec → response`, Hot Reload, Plugin-Ablage System/User/Projekt. Setup: `pip install -e .` + `cobot wizard init` (erzeugt `cobot.yml`) → `cobot run` / `--stdin` / `status`. **Das README vergleicht sich direkt mit OpenClaw (430K+ LoC)** — bewusster Minimalismus-Gegenentwurf. Roadmap offen: Container-Isolation für Tools, LLM-Routing, Telegram/Discord, Agent-zu-Agent-Protokoll, Nostr-Relay für Agent-Discovery. **Repo-Metadaten (GitHub-API, 2026-09-24):** erstellt 2026-02-13, letzter Push 2026-03-08, **130 Commits**, 2 Stars / 3 Forks, 4 offene Issues, Default-Branch `main`, Beschreibung/Homepage/Topics leer. Laut HermanButlerBot (selbes Topic) auf Forgejo entwickelt und nach GitHub gespiegelt; Agent-Kollaborateure Doxios, Zeus, bmad, k9ert; Deployment per SSH-forced-command auf `olymp` — Bot-Angabe, nicht am Repo geprüft. Einordnung: Referenz-Baukasten für lokale Souveränität — die volle Kette Hardware/Identität/Geld/Modell in lesbarer Kleinstform; Alpha-Reife, letzte Aktivität März 2026. Wiki: `tools/cobot.md` (neu). Raw: `raw/other/2026-09-24_ultanio-cobot-self-sovereign-agent.md` (neu).)*
@@ -816,3 +817,4 @@
 | `raw/other/2026-09-23_plur1bus-handbuecher-de-7154.md` | other | PLUR1BUS-Handbücher DE (Mr. Cy, 23.09.2026): OpenClaw 161 S. v7.15.4 @ 01861add, Hermes 132 S. 7.15.4-hermes.1 @ 00f74180; Symptomtabelle, Spickzettel, 27 /plur1bus-Subkommandos, Status-Abkette, Sidecar-Healthcheck 18086, Nonce-Mutationsschutz 300 s, bge-reranker-v2-m3 als Python-Reranker-Default |
 | `raw/other/2026-09-24_netbits-plur1bus-ram-diagnose.md` | other | Netbits (24.09.2026): PLUR1BUS/Gateway-RAM — Manifeste ZFS/74 MB ohne RAM-Effekt; 6 LanceDB-Nativlib-Kopien ~625 MB RSS (65 Build-Dirs unter /var/tmp, 6 aktiv); V8-Heap ~3,8 GB dominiert; cgroup 4275 MB. Optionen: 59 Build-Dirs → ~6–7 GB Platte; Libs 6→1 nur per Gateway-Neustart (Watchdog) |
 | `raw/other/2026-09-24_herman-ram-diagnose-abgrenzung.md` | other | HermanButlerBot (24.09.2026): Abgrenzung der RAM-Messungen — 1,3 MB/eine Lib = Hermes-Gateway Mac (PID 94117), 6 Kopien ~625 MB = OpenClaw-Gateway Linux (/var/tmp-Build-Zoo); strukturell gleiches Muster wie Cron-Duplikate; Upstream-Meldung an Cyb3rb1ade empfohlen; keine Fremd-Eingriffe |
+| `raw/other/2026-09-24_netbits-plur1bus-ram-dubletten-folgemessung.md` | other | Netbits (24.09.2026, 23:38): Folgemessung nach Neustart — 17 Kopien der LanceDB-Nativlib gemappt (PSS 152,6 MB, 115,7 MB aus gelöschten /var/tmp/Pfaden, Kernel kann nicht auslagern); Extension 4× ~1,09 GB; 597 Build-Reste; Legacy-SQLites ~124 MB; 3 Stores parallel; 31.529 .lance-Dateien = 742 MB belegt (ZFS-Kleinstdateien); RAM 3,68 GB, +540 MB/h; Aufräumen bringt ~115 MB RAM + Platte, Neustart bleibt Watchdog-Sache |

wiki/log.md

@@ -2,6 +2,17 @@
 
 *Append-only changelog. Start: 2026-06-05*
 
+## 2026-09-24 — PLUR1BUS RAM-Dubletten: Folgemessung (Netbits)
+
+**Type:** ingest | **Scope:** raw/other, wiki/tools, wiki/index, wiki/log
+**Source:** Netbits ⚡️ Stachelbanane (@NetLightning), OME Topic „Plur1bus Memory System", 24.09.2026 23:38 (nach Gateway-Neustart 18:45)
+**Inhalt:** 17 Mappings derselben Native-Lib `lancedb.linux-x64-gnu.node` (je 139 MB Platte): PSS 152,6 MB, davon 115,7 MB aus gelöschten Pfaden — eine gelöschte gemappte Datei kann der Kernel nicht auslagern, Seiten bleiben gepinnt bis zum Entmappen (nur per Neustart). Mechanismus: jeder Plugin-(Re)Load packt nach /var/tmp, mappt, löscht das Verzeichnis. Platte: Extension 4× (~1,09 GB), 597 Build-Reste (21.–24.09., Lib schon weg, Disk-Rest), Legacy-SQLites ~124 MB. Drei Stores parallel (lancedb-namespaced aktiv 742M, _neo JSONL 67M, .plur1bus-shared 57K; leere Namespaces bernhardine/control/defaults/heisenberg/list). Fragmentierung: 31.529 .lance-Dateien, 82 % < 1 KB, scheinbar 117 MB / belegt 742 MB (ZFS-Overhead). RAM: 3,68 GB current, Peak 3,96 GB; Neustart brachte 6,2→3,7 GB; Wachstum ~540 MB/h wieder aktiv; 115 MB sind fester Sockel, Wachstum kommt woanders her.
+**Wiki-Update:** `tools/plur1bus-memory.md` um Folgemessungs-Abschnitt ergänzt.
+- raw (NEW): `raw/other/2026-09-24_netbits-plur1bus-ram-dubletten-folgemessung.md`
+- wiki: `wiki/tools/plur1bus-memory.md`
+- index.md: 250. Update
+- log: this entry
+
 ## 2026-09-24 — Abgrenzung der LanceDB-Nativlib-Messungen (Herman)
 
 **Type:** ingest | **Scope:** raw/other, wiki/tools, wiki/index, wiki/log

wiki/tools/plur1bus-memory.md

@@ -404,6 +404,13 @@ Quelle: `raw/other/2026-09-24_netbits-plur1bus-ram-diagnose.md`.
 **Abgrenzung (HermanButlerBot, 24.09.2026):** Die frühere Zahl (LanceDB-Nativlib ~1,3 MB, eine Kopie) bezog sich auf den **Hermes-Gateway auf dem Mac (PID 94117)** — die 6-Kopien-Krankheit im `/var/tmp`-Build-Zoo ist der OpenClaw-Gateway auf dem Linux-Host, also ein anderer Prozess. Beide Messungen widersprechen sich nicht. Das Muster „Plugin lädt aus verschiedenen Build-Kopien" ist strukturell dasselbe wie bei den Cron-Duplikaten — lohnt sich upstream zu melden (Cyb3rb1ade-Repo), bevor jedes Update weiteren Müll anhäuft. Die 59 Build-Dirs zu räumen: Entscheidung von Netbits plus Pits Freigabe; kein Gateway-Neustart aus der Shell, nur der Watchdog.
 
 Quelle: `raw/other/2026-09-24_herman-ram-diagnose-abgrenzung.md`.
+**Folgemessung (Netbits, 24.09.2026, 23:38, nach dem 18:45-Neustart):** Der Gateway hat **17 Kopien** der LanceDB-Nativlib gemappt (`lancedb.linux-x64-gnu.node`, je 139 MB). PSS 152,6 MB, davon **115,7 MB aus gelöschten Pfaden** (15 der 17 zeigen auf `/var/tmp/openclaw-plugin-build-*/package-52/…`, die Ordner existieren nicht mehr). Kern: Eine gemappte, gelöschte Datei kann der Kernel **nicht mehr auslagern** — die Seiten sind gepinnt, bis der Prozess sie entmappt; Freigabe nur per Neustart. Mechanismus: jeder Plugin-(Re)Load packt nach `/var/tmp`, mappt die Lib, löscht das Verzeichnis danach.
+
+Platte: Extension 4× (~1,09 GB); 597 Build-Reste (21.–24.09., Lib schon weg → Disk-Rest); Legacy-SQLite Relikte (`luna.sqlite.migrated` 76M + `main.sqlite.migrated` 20M + 2 tmp-Orphans 28M ≈ 124 MB). **Drei Stores parallel:** `lancedb-namespaced/<agent>` aktiv (luna 742M), `_neo/workspaces/…` 67M (JSONL-Ledger + `vectors.0.f32`), `.plur1bus-shared/workspaces/w-83bb…` 57K; leer: `bernhardine`, `control`, `defaults`, `heisenberg`, `list` (je 512 B). **Fragmentierung:** 31.529 `.lance`-Dateien, 82 % < 1 KB; scheinbar 117 MB, belegt 742 MB (ZFS-Overhead durch Kleinstdateien).
+
+RAM-Stand: 3,68 GB current, Peak 3,96 GB, `anon` 3,46 GB. Der Neustart brachte 6,2 → 3,7 GB; das Wachstum läuft aber wieder (~540 MB/h). Die 115 MB sind ein fester Sockel, kein Wachstum — die eigentliche Wachstumsquelle ist woanders. Aufräum-Gewinn: ~115 MB RAM plus Platte; Neustart bleibt Watchdog-Sache (Quelle: `raw/other/2026-09-24_netbits-plur1bus-ram-dubletten-folgemessung.md`).
+
+