Jackett 性能优化实战手册3 步把搜索速度拉回正常【免费下载链接】JackettAPI Support for your favorite torrent trackers项目地址: https://gitcode.com/GitHub_Trending/ja/Jackett当 Jackett 上挂的索引器越来越多同一个关键词可能要等上好一会儿才出结果进程内存也悄悄往上涨。Jackett 性能优化其实没那么玄乎核心就三件事让缓存多干活、让查询范围变小、用数据揪出慢的那个。本文按先定界、再调参、后自查的排障思路展开可以当清单照着做。第一步用计时日志锁定慢在哪里动手改配置之前先回答一个问题是 Jackett 整体慢还是某几个索引器拖后腿测试单个索引器列表里的 Test 操作会发起一次测试查询耗时会以毫秒为单位写进日志计时逻辑在 IndexerManagerService.cs 里能看到。看手动搜索的头部统计Manual Search 弹窗的结果区第一行会列出每个 tracker 的查询耗时类似523ms662ms谁慢一目了然。锁定到具体站点后别急着动全局参数先确认是站点本身响应慢还是本地网络或代理的问题。这一步能避免后面白调一通。第二步把缓存窗口调对三项参数逐项过Jackett 会把搜索结果暂存在内存里同样的查询不再重复请求站点整套机制在 CacheService.cs 中实现。设置页里有三个参数值得逐个核对。缓存开关先确认是开着的这个选项默认勾选但排查慢的问题时值得第一个看一旦被关掉每次搜索都是实时请求速度和站点压力都会明显变差。Cache TTL 按新鲜度取舍默认值是 2100 秒约 35 分钟过期条目到期后会被统一清掉。如果你更在意结果的新旧程度可以缩到 1800~2100 之间如果主要是刷 RSS、看缓存列表放宽到 3600 左右也能接受。建议在这个区间里试别一步拉到极端值。每个索引器的结果上限别盲目拉高默认是 1000 条作用是给单个索引器在内存里留多少结果封顶超了就从最旧的开始淘汰。内存充裕时提到 2000 可以但要观察整体内存曲线而不是只看单次搜索快不快。另外提醒一句改动索引器配置或代理设置后Jackett 会主动清掉相关缓存对应方法叫CleanIndexerCache之后短时间内结果不如之前新鲜属于正常现象不必怀疑缓存坏了。第三步裁剪索引器用元索引器做分组索引器数量决定了一次搜索要并行发出多少请求参与者越少越快。停用代替删除长期不用的索引器禁掉就够了配置留着随时可以恢复。用元索引器做分组搜索Jackett 内置了聚合入口all也提供按类型public / private / semi-public和标签划分的过滤器索引器。只用某个类型的站点时把查询指向对应分组比全量扫一遍省很多无效请求。手动搜索时先加条件在 Manual Search 里先用 Tracker、Category、Type 圈定范围再提交比空关键词全库搜索省心得多。慢下来时对着这张自查表过一遍现象大概率原因处理同一查询每次都慢缓存没开或 TTL 偏短打开缓存开关核对 TTL 区间个别索引器特别慢站点慢或代理没配好用 Test 看毫秒数检查代理内存持续上涨启用索引器过多、上限偏大减少启用数量盯住内存曲线结果不新鲜TTL 设得过长缩短 TTL 或等过期最后两条常识缓存全部驻留内存跑 Jackett 的机器最好留足 2GB 以上的可用空间也别把多个大搜索连着发等上一批结果回来再搜下一批体验会顺滑很多。定位慢源、调对缓存、缩小范围三步走完大部分Jackett 搜索慢怎么办的困扰都有了解法。你踩过哪些坑评论区聊聊。【免费下载链接】JackettAPI Support for your favorite torrent trackers项目地址: https://gitcode.com/GitHub_Trending/ja/Jackett创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考