Everything已经无可争议的“霸占”了Windows平台下的最佳快速搜索工具,其小巧,快速的特点将Windows Search、Google Search等远远的抛在远距离的后面。现在终见同类对手,盛大发布光速搜索。从现在的测试版来看,光速搜索似乎非常像是Everything的盗版,搜索原理也都是基于NTFS特性。
快速性对比
Everything与盛大光速应该都是相同的原理,在首次运行时都自动生成磁盘的数据库,所以直接搜索任何内容的结果呈现过程耗时都可以说是“瞬时”。当然肯定没有光速,至少还需要等待多文件搜索结果的列表过程。
在快速性方面,直观感受是——差不多。盛大宣称的“一款最快并且更方便的搜索工具”至少暂时还不是最快,也更谈不上更方便。
小巧性对比
程序文件对比
Everything默认是4个文件 | 光速搜索默认是5个以上文件 |
---|---|
主程序Everything.exe | 主程序Finder.exe |
配置文件Everything.ini | 任务栏快捷搜索工具SearchBar.exe |
数据库Everything.db | 替换系统命令dll文件SysRun32.dll |
语言文件Everything.lng(如果使用英文界面不需要语言文件) | 配置文件cfg.xml(cfg文件在C盘Application Data) |
-- | 以磁盘分区数量为单位的数据库文件C_xxxx.db、D_xxxxdb(因此分区越多,数据库文件越多) |
搜索必须的Everything.exe和Everything.ini文件大概占用600k空间 | 搜索必须的Finder.exe和cfg.xml大概占用900k空间 |
盛大光速搜索的SearchBar.exe和SysRun32.dll组件可以删除,不影响搜索。
程序文件的小巧性方面两者差不多,只是功能的不同而附加了不同的体积。
单独看数据库文件,光速搜索不仅数据库文件数量多,而且总体体积比Everything的单一数据库多了很多。测试环境是一个4个区总文件量大约30G的磁盘,Everything的单一数据库只有106K体积,而光速搜索的4个数据库占据了近600K体积。
内存占用
测试条件:
- Everything 1.2.1.371英文版和盛大光速搜索1.0.1.147
- 搜索关键词采用正则表达式;
- 搜索匹配条件采用匹配文件名;
- 搜索结果包含目录和文件;
- 关闭光速搜索的SearchBar;
- 读取开机首次运行Everything和光速搜索的内存使用数据
输入“wordpress”测试搜索:
内存结果如下
和其他喜欢宣称低内存占用的国产软件一样,对比物理内存控制差不多,往往虚拟内存“惨不忍睹”。光速搜索的虚拟内存多了10M,但是需要考虑到光速搜索默认是启用了文件预览和自动分类。从实际体验来看,搜索结果呈现的同时也加载了预览,因此这个内存也是可以接受的。
功能对比
对比项目 | Everything | 盛大光速搜索 | |
---|---|---|---|
1 | 搜索条件匹配 | 匹配大小写、整词、路径、正则表达式 | 大小写、全词匹配 |
2 | 搜索分类 | -- | 全部、文档、图片、音乐和视频分类结果展示 |
3 | 搜索结果自定义显示 | 自定义显示搜索结果的名称、路径、大小、扩展名、类型、更新时间、创建时间、访问时间、属性和排序 | -- |
4 | 文件预览 | -- | 图片等直接预览 |
5 | 数据库管理 | 自定义激活关闭数据库,能够对每个分区自定义数据库的大小、排除和检测等 | -- |
6 | 网络搜索支持 | 支持ETP/FTP和HTTP搜索支持,可以和浏览器结合 | -- |
7 | 文件排除 | 自定义排除文件和目录 | -- |
8 | 替换系统搜索 | 集成鼠标右键快捷功能 | 右键集成和替换32位系统命令搜索的功能 |
9 | 搜索结果导出 | 将搜索结果导出为txt文件 | -- |
10 | 便携化 | 官方便携版,可以自定义数据库路径 | 安装后的程序文件可以直接移动,但数据库和配置文件路径不能自定义 |
对比总结
Everything与盛大光速搜索的简单对比可以看出,盛大光速搜索与Everything差距并不远,而且才是第一个公开测试版,前景应该一片乐观。
Everything应该更适合经常搜索,并且已经习惯使用Everything多功能搜索的用户。盛大光速搜索更适合习惯Windows搜索习惯,偶尔用到搜索的用户。
当然,在现在电脑硬件越来越强大的环境下,Everything与盛大光速搜索这种简陋界面的搜索工具或许并不被普通用户选择,尤其是未来Win8更加华丽的Metro界面。
一个可能的八卦争议问题——
盛大光速搜索有没有抄袭Everything?