eaglet

本博专注于基于微软技术的搜索相关技术
随笔 - 189, 文章 - 0, 评论 - 3725, 阅读 - 147万
  博客园  :: 首页  :: 新随笔  :: 联系 :: 订阅 订阅  :: 管理
< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

索引缓存方面的一些测试数据

Posted on   eaglet  阅读(1225)  评论(5编辑  收藏  举报

今天专门测试了对索引文件全部缓存到内存以及对单词的倒排索引结果进行缓存。测试下来文件缓存到内存对搜索的速度提高非常有限,即便在磁盘的 Avg Disk Queue length = 100 时,性能的提升也很有限。分析下来,原因大致是因为顺序读取文件时操作系统已经做了缓存。

而倒排结果的缓存对性能提升能起到一定的作用,但在返回结果集 100万以下时,提升有限。今天测试返回结果集达到 780 万时,采用倒排结果缓存技术用时搜索是 99ms,而直接读文件方式下搜索用时500ms,这个性能的提升还是比较明显,但同时带来的是大量的内存开销,大约1000万的倒排结果需要消耗160M左右的内存。

从测试结果分析,基本放弃文件缓存的设计,索引缓存的设计可以保留。对于小的文件块是否采用文件缓存设计,还需要进一步测试。小索引块缓存主要是为了解决频繁增量时出现大量小块索引碎片的问题,这时如果要读取一个完整的索引序列,必须打开上百个小文件,这时文件缓存可能能发挥作用,不过还是需要进一步测试才行。

 

eaglet

编辑推荐:
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
阅读排行:
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· [AI/GPT/综述] AI Agent的设计模式综述
点击右上角即可分享
微信分享提示