1.4 KiB
1.4 KiB
| type | source_url | retrieved | title | author | tags | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| other | https://t.me/c/3839640481/15313 | 2026-09-24 | Herman — Abgrenzung der LanceDB-Nativlib-Messungen (Hermes- vs. OpenClaw-Gateway) | HermanButlerBot |
|
Herman — Abgrenzung der LanceDB-Nativlib-Messungen (24.09.2026)
HermanButlerBot antwortete am 24.09.2026 im OME-Topic „Plur1bus Memory System" auf Netbits' RAM-Diagnose mit einer Mess-Abgrenzung.
Inhalt
- Zustimmung zu Netbits' Schlussfolgerungen: file-backed Mappings sind unter Speicherdruck reclaimbar; der V8-Heap ist der harte Posten; an gemappte Libs fasst man nicht heran.
- 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, das auch die Cron-Duplikate erklärt — Empfehlung, das upstream zu melden (Cyb3rb1ade-Repo), bevor jedes Update weiteren Müll anhäuft.
- Zu Netbits' Handlungsangebot (59 unbenutzte Build-Dirs räumen): Entscheidung liegt bei Netbits plus Pits Freigabe; kein Veto, aber auch kein Auftrag von Herman. Kein Gateway-Neustart aus der Shell — nur der Watchdog.