原作者repo
fbbK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6S2j5$3g2B7j5i4u0$3K9i4y4Q4x3V1k6D9j5i4u0Y4k6g2)9J5k6s2c8W2P5s2c8Q4x3X3c8$3K9h3g2%4k6i4t1`.

我的分支
8afK9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6K6L8$3&6Y4M7r3g2F1k6$3k6W2K9e0p5I4x3e0q4Q4x3X3c8V1L8%4c8Q4x3V1k6D9j5i4u0Y4k6g2)9J5k6s2c8W2P5s2c8Q4x3X3c8$3K9h3g2%4k6i4t1`.

010 搜几百MB的小文件基本秒出，但搜几个GB的大文件就会变得比较慢，读取时也不能秒开。调整了最大memory cache性能也没什么改变。相对的, large-text-viewer 的性能表现算的上很惊艳了

我的测试基准：

8GB 的trace 文件，每次用不同的关键词，搜索4次，看下耗时

010editor 第一次检索 8GB的 trace 用了十多秒，即使考虑到冷启动问题，每次搜索也都要等10秒多；哪怕刚搜过的关键词删除掉再搜索，这个时间也不会减少

而 large-text-viewer 打开文件秒开，只是在第一次搜索冷启动时略慢，然后在一定时间内搜索的速度会越搜越快，8个GB的trace文件，搜完几秒出，（测试时每次使用了不同的关键词）

光快不行哇，再来看看精准度

数量也是没问题的，性能上可以说是和 010 不相上下

rust 想必大家都会读，话不多说，看看源码，查找大文件为什么这么快

[培训]Windows内核深度攻防：从Hook技术到Rootkit实战！