SillyTavern 性能优化5 步快速提速清单让角色卡和聊天变快变轻附 config.yaml 参数速查【免费下载链接】SillyTavernLLM Frontend for Power Users.项目地址: https://gitcode.com/GitHub_Trending/si/SillyTavern如果你用的 SillyTavern 是一个 LLM 前端AI 角色聊天、角色卡管理、世界观注入的完整对话界面打开角色列表要转圈、多开标签页内存飙高、发消息等半天——这篇文章帮你把config.yaml里真正管性能的 5 组参数调到位。不用改代码全程只动配置文件和后台设置。30 秒自检你的 SillyTavern 卡在哪一步先花 30 秒对号入座后面的步骤可以跳着看打开角色库/角色卡慢角色卡超过 100 张时切换页面、点开角色卡明显卡顿内存越跑越高挂机聊一小时浏览器标签页或服务器内存持续上涨发送和加载吃带宽保存聊天、拉取大角色卡时流量大弱网下明显后台图片占地方头像、背景图都是原图大小列表滚动要重新请求大图改了配置不生效 / 看到的还是旧数据浏览器缓存和磁盘缓存打架SillyTavern 酒馆默认背景示例症状一角色卡一多就卡 —— 打开懒加载和磁盘缓存原因一句话默认配置下SillyTavern 会把角色卡解析结果常驻内存卡片库一大加载列表和切换角色都要反复干活。具体怎么做编辑config.yaml首次启动后在你的 data 目录里模板在 default/config.yaml找到performance段performance: lazyLoadCharacters: true # 角色卡懒加载打开角色才加载 memoryCacheCapacity: 100mb # 解析后卡片的内存缓存上限 useDiskCache: true # 磁盘缓存重启不用重新解析lazyLoadCharacters: true角色卡改成用到才加载卡片库上千张时列表明显变快。官方注释提示个别扩展可能不兼容开完先测一遍你常用的扩展。memoryCacheCapacity这是内存的保险丝。默认100mb角色卡很大的库可以调到200mb别改成0——那不是省内存是关掉缓存让每次访问都重新解析。useDiskCache: true解析结果落盘重启服务后首次打开不再卡。预期效果大卡片库500 张以上场景下角色列表打开和角色切换的等待时间能砍掉大半重启后冷启动变热启动。症状二内存持续上涨 —— 给缓存设上限原因一句话解析后的角色卡、聊天数据如果不设上限地留在内存里长时间使用就会越占越多。具体怎么做和上面同一段配置。三个开关的分工是memoryCacheCapacity管最多留多少useDiskCache管装不下的往盘上挪lazyLoadCharacters管没用的先别读进来。三者配合内存曲线会从持续上涨变成有起伏但稳定。预期效果多开标签页、长时间挂机内存占用趋于平稳配合症状一的操作一起做收益最明显。症状三弱网下保存/拉取数据慢 —— 开启请求压缩原因一句话默认app.use(compression())只压缩服务器发给浏览器的响应而浏览器提交的大请求聊天备份、角色设置保存走的是裸 JSON弱网下往返时间被数据量拖死。具体怎么做在performance段下方开启requestCompression: enabled: true # 开启请求体 gzip 压缩 minPayloadSize: 256kb # 小于此体积不压缩 maxPayloadSize: 8mb # 超过此体积不压缩 timeout: 4000注意两个阈值别乱改小于 256KB 的请求压缩收益很小强行压反而多花时间超过 8MB 的大体传输CPU 压缩成本可能不划算。预期效果保存聊天备份、导入大角色卡这类大流量操作上传耗时明显缩短带宽占用下降日常小请求完全不受影响。症状四头像背景图太大 —— 检查缩略图生成原因一句话SillyTavern 自带缩略图机制src/endpoints/thumbnails.js列表页展示的是小图但如果你手动放大过图或者缩略图生成失败前端就会去拉原图。具体怎么做确认config.yaml里thumbnails.enabled: true默认就是开的然后看两个关键项format: jpg—— 保持 jpg。改成png会保留透明通道但注释里写得很直白体积增加约 100%。quality: 95—— 头像、背景缩略图在屏幕上的尺寸很小默认 96x144 / 160x90 级别质量降到80肉眼几乎看不出差别体积能再省一截。改完旧缩略图不会自动重建清掉用户数据里的thumbnails文件夹即可重新生成。顺便看一眼你放的原图。比如默认素材里的海滩背景原图是 2.2MB 的 PNG而同一目录里的 jpg 背景普遍只有 300KB 上下——同类图格式差距就是这么悬殊SillyTavern 大图背景示例优化前未压缩的 PNG 原图预期效果角色列表、背景切换请求变小滚动加载不再等大图磁盘上缩略图占用同步下降。症状五改完配置不生效 —— 先分清是浏览器缓存还是磁盘缓存原因一句话SillyTavern 有服务器磁盘缓存和浏览器缓存两层很多不生效是浏览器拿的旧文件而不是服务器没更新。具体怎么做先在浏览器按 CtrlShiftR 强制刷新。只有确认是文件本身要全量重新下发比如批量更新了静态资源时才考虑启用cacheBustersrc/middleware/cacheBuster.jscacheBuster: enabled: true # 首次加载时清浏览器缓存 userAgentPattern: firefox|safari # 可限定只清指定浏览器日常使用请保持enabled: false。这个开关的作用是发出Clear-Site-Data头清空整个浏览器缓存——每次访问都重新下载全部资源属于治一次病、长期吃药的操作长期开着等于主动制造流量。预期效果排掉缓存干扰后前面四项优化的效果才能被正确感知。收益最大的 Top3只做三件事的话先做这些按投入产出比排序每个都只需要改config.yaml里的一个值确认useDiskCache: true默认已开——零成本重启后冷启动不再重新解析全部卡片是大卡片库的基础收益。lazyLoadCharacters: true——改动一行打开列表、切换角色的等待时间下降最明显是卡顿感改善最大的单项。thumbnails.quality降到 80 左右——不改任何开关只动一个数字列表流量和磁盘占用同步下降无兼容风险。如果内存还是高再回头调memoryCacheCapacity弱网环境再开requestCompression。SillyTavern 赛博风格场景示例优化后的使用环境用数据验证前后对比怎么看不同机器、卡片库大小差异很大下面给的是操作维度的对比框架数字按你自己的环境实测填入优化项适用场景改动成本你要实测的指标我的参考值500 张卡片库本机部署磁盘缓存大卡片库、频繁重启零默认已开重启后首次打开角色库耗时从等十几秒降到秒开懒加载卡片库大、扩展少改 1 个布尔值角色列表打开耗时、切换角色等待感知最明显的单项内存上限长时间挂机、多标签页改 1 个字符串1 小时后标签页内存从持续上涨转为稳定波动请求压缩弱网、大备份改 1 个布尔值保存聊天备份耗时大文件上传减半缩略图质量图多、流量敏感改 1 个数字 清缓存目录列表滚动流量、磁盘占用图片请求体积明显下降验证方法改一项 → 用浏览器 F12 的 Network 面板看请求体积和时间 → 用任务管理器/系统监视看内存一次只改一项别混在一起测否则分不清是谁的功劳。别踩这几个坑做了反而更慢的操作memoryCacheCapacity改成0想省内存这是把缓存整个关掉每次访问都重新解析卡和慢同时发生。想省内存请调小上限不是关缓存。cacheBuster.enabled: true长期挂着每次首访清空全部浏览器缓存等于把缓存这项免费的提速反复清零。只在需要强制刷新资源时用一次。缩略图format改png透明图场景才需要普通头像/背景改 png 体积直接翻倍纯亏。requestCompression的minPayloadSize设0连几十字节的请求都压缩CPU 白干活弱网下小请求反而更慢。把所有扩展都开着测性能扩展脚本是前端卡顿的常见来源。排障时先关扩展再开性能参数顺序反了会把账记错地方。把回复慢全算到 SillyTavern 头上ST 是前端模型回复速度主要由你的后端本地推理或 API决定。前端优化解决打开慢、占资源生成一字等三秒要去查模型侧——上下文长度、并发、显卡这些都是另一个话题。收尾今天就能做的两件事打开config.yaml把lazyLoadCharacters改成true、把thumbnails.quality改成80重启一次服务——这两步覆盖了本文最大的两块收益。之后每次怀疑又变慢了按 30 秒自检那份清单对号入座再用 F12 网络面板看一眼请求基本都能定位到是哪一层的问题。性能调优不是调一次就完事卡片库和聊天记录在涨参数偶尔也要跟着复查。【免费下载链接】SillyTavernLLM Frontend for Power Users.项目地址: https://gitcode.com/GitHub_Trending/si/SillyTavern创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
