Hermes Agent 连接池调优3 个参数让后台进程不再排队掉线【免费下载链接】hermes-agentThe agent that grows with you项目地址: https://gitcode.com/GitHub_Trending/he/hermes-agent桌面端多开 profile 时后台池配错的表现很具体请求排队、后台掉线、闲置进程白吃内存。本文拿 Hermes Agent 里真实的两块池子——桌面后台进程池与凭证池拆大小和超时参数。怎么判断 Hermes Agent 连接池开小了盯三个现象每个都有快速验证方法切 profile 后内存只涨不回落搜日志里Reaping idle profile backend或Evicting idle profile backend (LRU cap 3)长期不出现说明空闲回收窗口太松。切 profile 卡顿、新请求排队进程池到上限且没有可回收的闲置进程时就会排队验证方法是搜Timed out connecting to Hermes backend。限流后连续一小时失败凭证池对 429 默认冷却 3600 秒长时间看到last_status为 exhausted 就该动池子策略。回收逻辑在 apps/desktop/electron/main.ts。连接池大小与超时参数推荐值参数管什么建议区间调高 / 调低的后果HERMES_DESKTOP_POOL_MAX常驻本地后台上限POOL_MAX_BACKENDS2~5默认 3调高常驻进程多、内存涨调低切换 profile 更快回收闲置后台HERMES_DESKTOP_POOL_IDLE_MS后台空闲回收超时POOL_IDLE_MS60000~600000 ms默认 600000调高闲置后台活得久调低冷启动变多POOL_KEEPALIVE_FRESH_MSLRU 驱逐保护窗口保持 90000闲置超 90 秒的后台才允许被驱逐pool_strategy凭证池轮转fill_first / round_robin / random / least_used多密钥用 least_used决定限流打击在哪些 key 上分摊启动前设置环境变量即可HERMES_DESKTOP_POOL_MAX4 HERMES_DESKTOP_POOL_IDLE_MS300000驱逐算法见 apps/desktop/electron/pool-eviction.ts凭证冷却常量在 agent/credential_pool.py。4 步动手调 Hermes Agent 池子参数把HERMES_DESKTOP_POOL_MAX设成你日常切换的 profile 数一般 2~4。⚠️HERMES_DESKTOP_POOL_IDLE_MS先给 3000005 分钟低于 60000 会被代码兜底回 60 秒。同 provider 有多把 key 时把pool_strategy设为least_used限流不会全砸在一把 key 上。重启桌面端跑满一天再根据日志微调别一次改多个参数。改完连接池后验证哪几个指标常驻进程数不应超过HERMES_DESKTOP_POOL_MAX闲置后随Reaping idle profile backend日志回落。后台连接耗时Timed out connecting to Hermes backend从偶发变消失。凭证状态429 冷却 3600 秒、401 冷却 300 秒到期后last_status应自动恢复。内存曲线切换 profile 后回到基线而不是继续爬坡。调 Hermes Agent 池子容易踩的 3 个坑别只往大了开后台是子进程POOL_MAX_BACKENDS调高吃的是内存不是换来性能。HERMES_DESKTOP_POOL_IDLE_MS给低于 60000 的值无效代码里有 60 秒下限。429 一小时冷却是配额保护改 credential_pool 里的常量不如多加 key、换pool_strategy。先按默认值3 个后台、10 分钟空闲回收跑看到上面症状再单个参数调。改完盯一天日志重点确认Timed out connecting to Hermes backend是否还在出现还在就先动HERMES_DESKTOP_POOL_IDLE_MS。【免费下载链接】hermes-agentThe agent that grows with you项目地址: https://gitcode.com/GitHub_Trending/he/hermes-agent创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Hermes Agent 连接池调优：3 个参数让后台进程不再排队掉线
Hermes Agent 连接池调优3 个参数让后台进程不再排队掉线【免费下载链接】hermes-agentThe agent that grows with you项目地址: https://gitcode.com/GitHub_Trending/he/hermes-agent桌面端多开 profile 时后台池配错的表现很具体请求排队、后台掉线、闲置进程白吃内存。本文拿 Hermes Agent 里真实的两块池子——桌面后台进程池与凭证池拆大小和超时参数。怎么判断 Hermes Agent 连接池开小了盯三个现象每个都有快速验证方法切 profile 后内存只涨不回落搜日志里Reaping idle profile backend或Evicting idle profile backend (LRU cap 3)长期不出现说明空闲回收窗口太松。切 profile 卡顿、新请求排队进程池到上限且没有可回收的闲置进程时就会排队验证方法是搜Timed out connecting to Hermes backend。限流后连续一小时失败凭证池对 429 默认冷却 3600 秒长时间看到last_status为 exhausted 就该动池子策略。回收逻辑在 apps/desktop/electron/main.ts。连接池大小与超时参数推荐值参数管什么建议区间调高 / 调低的后果HERMES_DESKTOP_POOL_MAX常驻本地后台上限POOL_MAX_BACKENDS2~5默认 3调高常驻进程多、内存涨调低切换 profile 更快回收闲置后台HERMES_DESKTOP_POOL_IDLE_MS后台空闲回收超时POOL_IDLE_MS60000~600000 ms默认 600000调高闲置后台活得久调低冷启动变多POOL_KEEPALIVE_FRESH_MSLRU 驱逐保护窗口保持 90000闲置超 90 秒的后台才允许被驱逐pool_strategy凭证池轮转fill_first / round_robin / random / least_used多密钥用 least_used决定限流打击在哪些 key 上分摊启动前设置环境变量即可HERMES_DESKTOP_POOL_MAX4 HERMES_DESKTOP_POOL_IDLE_MS300000驱逐算法见 apps/desktop/electron/pool-eviction.ts凭证冷却常量在 agent/credential_pool.py。4 步动手调 Hermes Agent 池子参数把HERMES_DESKTOP_POOL_MAX设成你日常切换的 profile 数一般 2~4。⚠️HERMES_DESKTOP_POOL_IDLE_MS先给 3000005 分钟低于 60000 会被代码兜底回 60 秒。同 provider 有多把 key 时把pool_strategy设为least_used限流不会全砸在一把 key 上。重启桌面端跑满一天再根据日志微调别一次改多个参数。改完连接池后验证哪几个指标常驻进程数不应超过HERMES_DESKTOP_POOL_MAX闲置后随Reaping idle profile backend日志回落。后台连接耗时Timed out connecting to Hermes backend从偶发变消失。凭证状态429 冷却 3600 秒、401 冷却 300 秒到期后last_status应自动恢复。内存曲线切换 profile 后回到基线而不是继续爬坡。调 Hermes Agent 池子容易踩的 3 个坑别只往大了开后台是子进程POOL_MAX_BACKENDS调高吃的是内存不是换来性能。HERMES_DESKTOP_POOL_IDLE_MS给低于 60000 的值无效代码里有 60 秒下限。429 一小时冷却是配额保护改 credential_pool 里的常量不如多加 key、换pool_strategy。先按默认值3 个后台、10 分钟空闲回收跑看到上面症状再单个参数调。改完盯一天日志重点确认Timed out connecting to Hermes backend是否还在出现还在就先动HERMES_DESKTOP_POOL_IDLE_MS。【免费下载链接】hermes-agentThe agent that grows with you项目地址: https://gitcode.com/GitHub_Trending/he/hermes-agent创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考