- 主题:linux中是不是没办法有everything那么快的搜索?
Mac有kqueue,能够响应文件变化事件。
【 在 chunhui 的大作中提到: 】
: mac中也有通知机制 好像是fevents。但没有向windows一样的文件系统底层读写接口。
--
FROM 221.218.61.*
这个好像还是没办法和windows中的everything用的办法比。
【 在 ylh1969 的大作中提到: 】
: Mac有kqueue,能够响应文件变化事件。
--
FROM 114.252.209.*
嗯。不是一回事。kq只响应特定的注册事件,不负责搜索文件。
【 在 chunhui 的大作中提到: 】
: 这个好像还是没办法和windows中的everything用的办法比。
--
FROM 221.218.61.*
不管是内核来做还是服务来做,工作一点也不会减少。
【 在 chunhui 的大作中提到: 】
: 这个好像还是没办法和windows中的everything用的办法比。
--
FROM 125.38.177.*
其实还好,自己建索引呗;
频繁建立删除的文件只会是系统临时文件;
需要搜索的东西大概率都是自己创建的文件什么的;
隔得近的,没来得及建索引的手动都能找到;稍微隔了一点时间忘记在哪儿的,肯定已经加入索引了;
【 在 chunhui 的大作中提到: 】
: 搜了一下,everything用到了ntfs的mft表。这里面有所有的文件名。所以它找文件名特别快。而且mft这个表是ntfs的内部结构。其他文件系统没有。而且windows还提供了读写文件系统内部结构的api。这就有点不好搞了。linux下的文件系统是不是没有类似的结构可供读取?
--
FROM 111.55.145.*
达不到everything的程度,那就最多是mac自带搜索的水平
【 在 ericking0 的大作中提到: 】
: 其实还好,自己建索引呗;
: 频繁建立删除的文件只会是系统临时文件;
: 需要搜索的东西大概率都是自己创建的文件什么的;
: ...................
--
FROM 175.167.145.*
别小瞧mac
mdfind -name速度匹配everything的
【 在 chunhui 的大作中提到: 】
: 达不到everything的程度,那就最多是mac自带搜索的水平
--
FROM 221.198.64.*
我没通过这个
【 在 tgfbeta 的大作中提到: 】
: 别小瞧mac
: mdfind -name速度匹配everything的
--
FROM 175.167.145.*
everything 是获取文件信息快。
但是检索也照样得用倒排数据库吧。
【 在 chunhui 的大作中提到: 】
: 达不到everything的程度,那就最多是mac自带搜索的水平
--
FROM 27.148.45.*
是
【 在 hgoldfish 的大作中提到: 】
: everything 是获取文件信息快。
: 但是检索也照样得用倒排数据库吧。
:
--
FROM 175.167.145.*