我搜到的也是这么说的。感觉它主要还是利用mft表。否则它这么快就不止限于ntfs。其他文件系统也应该可以非常快。
【 在 stany 的大作中提到: 】
: 百度回答：
: Everything的工作原理主要依赖于NTFS文件系统的Master File Table（MFT）和USN Journal的特性。
: Everything在第一次启动时会扫描整个磁盘，并建立一个索引库。这个索引库是通过遍历NTFS文件系统的MFT表来完成的，MFT表中存储了所有文件夹和文件的名称、路径等信息。通过读取MFT表，Everything能够获取当前磁盘中的所有文件信息，并保存在数据库中。
: ...................
--
FROM 111.196.134.*

Master File Table（MFT）和USN Journal
ntfs文件系统，他所有文件修改会在usn journal日志体现。everything监听压力很小。

其他文件系统可没有这种日志给你提供服务，系统的文件索引也需要分析。
所以搞这类实时的搜索，第一次建索引慢,监听压力也大得多。

【 在 chunhui 的大作中提到: 】
: 我搜到的也是这么说的。感觉它主要还是利用mft表。否则它这么快就不止限于ntfs。其他文件系统也应该可以非常快。
--
修改:stany FROM 27.11.145.*
FROM 27.11.145.*

我说的就是这个。所以在其他文件系统上，很难实现everything这样的速度。
【 在 stany 的大作中提到: 】
: Master File Table（MFT）和USN Journal
: ntfs文件系统，他所有文件修改会在usn journal日志体现。everything监听压力很小。
: 其他文件系统可没有这种日志给你提供服务，系统的文件索引也需要分析。
: ...................
--
FROM 111.196.134.*

Linux下 有inotify/gnotify ， 事件驱动的

【 在 chunhui 的大作中提到: 】
: 标  题: Re: linux中是不是没办法有everything那么快的搜索？
: 发信站: 水木社区 (Mon Dec  2 15:44:41 2024), 站内
:
: 我说的就是这个。所以在其他文件系统上，很难实现everything这样的速度。
: 【 在 stany 的大作中提到: 】
: : Master File Table（MFT）和USN Journal
: : ntfs文件系统，他所有文件修改会在usn journal日志体现。everything监听压力很小。
: : 其他文件系统可没有这种日志给你提供服务，系统的文件索引也需要分析。
: : ...................
:
: --
:                旅游是                               旅游不是
:        无趣朋友间最好的谈资                  屌丝望尘莫及的高级消费
:        空白人生中廉价经验值                  宅男感受不到的浪漫体会
:        乏味生活上显著的存在感                卢瑟难以企及的身价资本
:        无知头脑里最直接的见识                土鳖无法理解的人生意义      
: 17
:
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 111.196.134.*]
--
FROM 124.207.188.194

mac中也有通知机制 好像是fevents。但没有向windows一样的文件系统底层读写接口。
【 在 DreamDreams 的大作中提到: 】
: Linux下 有inotify/gnotify ， 事件驱动的
--
FROM 111.196.134.*