El 803% de CPU visto en docker stats (era el thinking, ya fixeado con think=false en PR #24) queda ademas contenido con cap de CPUs:
compose (openwebui/wordpress): deploy.resources.limits.cpus: "6.0" junto al memory 6G
docker run (hermes/openclaw): --cpus 6.0
Con el host del usuario (8+ cores), 6 CPUs de cap dejan 2 libres para el resto del sistema.
Verificacion
docker compose config OK (openwebui; wordpress con las vars de .env)
Parse AST 4/4 OK
E2E del cap: contenedor de test con --cpus 3.5 en host de 4 cores + 4 procesos yes => 353% max (cap respetado)
## Summary
El 803% de CPU visto en docker stats (era el thinking, ya fixeado con think=false en PR #24) queda ademas contenido con cap de CPUs:
- compose (openwebui/wordpress): `deploy.resources.limits.cpus: "6.0"` junto al memory 6G
- docker run (hermes/openclaw): `--cpus 6.0`
Con el host del usuario (8+ cores), 6 CPUs de cap dejan 2 libres para el resto del sistema.
## Verificacion
- docker compose config OK (openwebui; wordpress con las vars de .env)
- Parse AST 4/4 OK
- E2E del cap: contenedor de test con --cpus 3.5 en host de 4 cores + 4 procesos yes => 353% max (cap respetado)
803% de CPU durante el thinking (ya fixeado con think=false) podria
repetirse en cargas largas. Cap de 6 CPUs (de las 8+ del host):
- compose (openwebui/wordpress): deploy.resources.limits.cpus: 6.0
- docker run (hermes/openclaw): --cpus 6.0
Verificado: cap de 3.5 en host de 4 cores => 353% max (cap respetado).
hermes
merged commit 9438b75c9f into main2026-09-12 23:07:47 +02:00
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Summary
El 803% de CPU visto en docker stats (era el thinking, ya fixeado con think=false en PR #24) queda ademas contenido con cap de CPUs:
deploy.resources.limits.cpus: "6.0"junto al memory 6G--cpus 6.0Con el host del usuario (8+ cores), 6 CPUs de cap dejan 2 libres para el resto del sistema.
Verificacion