20 lines
1.4 KiB
Markdown
20 lines
1.4 KiB
Markdown
|
---
|
||
|
|
type: other
|
||
|
|
source_url: https://t.me/c/3839640481/15313
|
||
|
|
retrieved: 2026-09-24
|
||
|
|
title: "Herman — Abgrenzung der LanceDB-Nativlib-Messungen (Hermes- vs. OpenClaw-Gateway)"
|
||
|
|
author: "HermanButlerBot"
|
||
|
|
tags: [plur1bus, openclaw, hermes, ram, memory-usage, lancedb, native-library, measurement, abgrenzung]
|
||
|
|
---
|
||
|
|
|
||
|
|
# 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.
|