V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  hkhk366  ›  全部回复第 1 页 / 共 2 页
回复总数  31
1  2  
16 小时 5 分钟前
回复了 ldm0 创建的主题 分享创造 Cardinal: macOS 的快速文件搜索(已开源)
@ldm0
Hi
1. 用什么 walk 都一样,没有本质区别,哪个顺手用哪个
2. 我那个 4 毫秒的速度是整个请求速度,从前端发送请求到收到最终结果的完整时间,可能实现有区别,但是没有本质区别,时间复杂度还是在一个量级。

这个东西也没什么优化空间,到极限了,我和你的项目不同是,我为了和 Windows 平台整合在一起,牺牲了一些性能。
@DopaminePlz 你需要一个高度优化过的系统,我的搜索系统 www.filepulsesoft.com ,过去仅支持 win ,现在已经支持 linux,mac 同时原生支持 x86_64,arm64
同时支持文件名和文件内容索引,支持跨系统跨架构组成集群搜索,搜索结果在集群中排序。文件名和文件内容变动后在整个集群实时更新。

我的系统在 Windows 和 linux 的速度要快于 macos ,官网有完整性能报告,下面就看最慢的 mac 表现。

我的 mac 文件比较少,100 万文件 4 秒多完成索引。搜索全部 100 万文件文件名,搜索速度 4 毫秒,截图如下:
https://i.imgur.com/FuVYnuX.png



@moioooo 感谢帮我宣传。
@drymonfidelia 楼主你需要一个高度优化过的系统,我的搜索系统 www.filepulsesoft.com ,过去仅支持 win ,现在已经支持 linux,mac 同时原生支持 x86_64,arm64
同时支持文件名和文件内容索引,支持跨系统跨架构组成集群搜索,搜索结果在集群中排序。文件名和文件内容变动后在整个集群实时更新。
我的 mac 文件比较少,100 万文件 4 秒多完成索引。搜索全部 100 万文件文件名,搜索速度 4 毫秒,截图如下:
https://i.imgur.com/FuVYnuX.png

linux 下和 Windows 下都要比 mac 速度更快,官网有性能测试报告
可以尝试我这个高度优化过的搜索系统,我的搜索系统 www.filepulsesoft.com ,过去仅支持 win ,现在已经支持 linux,mac 同时原生支持 x86_64,arm64
同时支持文件名和文件内容索引,支持跨系统跨架构组成集群搜索,搜索结果在集群中排序。文件名和文件内容变动后在整个集群实时更新。
我的 mac 文件比较少,100 万文件 4 秒多完成索引。搜索全部 100 万文件文件名,搜索速度 4 毫秒,截图如下:
https://i.imgur.com/FuVYnuX.png
1 天前
回复了 pig198x 创建的主题 macOS 求 mac 下的 everything
@pig198x 看看看我的?你需要一个高度优化过的系统,我的搜索系统 www.filepulsesoft.com ,过去仅支持 win ,现在已经支持 linux,mac 同时原生支持 x86_64,arm64
同时支持文件名和文件内容索引,支持跨系统跨架构组成集群搜索,搜索结果在集群中排序。文件名和文件内容变动后在整个集群实时更新。
我的 mac 文件比较少,100 万文件 4 秒多完成索引。搜索全部 100 万文件文件名,搜索速度 4 毫秒,截图如下:
https://i.imgur.com/FuVYnuX.png
和楼主的系统切磋一下,我的搜索系统 www.filepulsesoft.com ,过去仅支持 win ,现在已经支持 linux,mac 同时原生支持 x86_64,arm64
同时支持文件名和文件内容索引,支持跨系统跨架构组成集群搜索,搜索结果在集群中排序。文件名和文件内容变动后在整个集群实时更新。
我的 mac 文件比较少,100 万文件 4 秒多完成索引。搜索全部 100 万文件文件名,搜索速度 4 毫秒,截图如下:
https://i.imgur.com/FuVYnuX.png
1 天前
回复了 wtotal 创建的主题 macOS 指挥 AI 写一个 Mac 的 Everything
@wtotal 你需要一个高度优化过的系统,我的搜索系统 www.filepulsesoft.com ,过去仅支持 win ,现在已经支持 linux,mac 同时原生支持 x86_64,arm64
同时支持文件名和文件内容索引,支持跨系统跨架构组成集群搜索,搜索结果在集群中排序。文件名和文件内容变动后在整个集群实时更新。
我的 mac 文件比较少,100 万文件 4 秒多完成索引。搜索全部 100 万文件文件名,搜索速度 4 毫秒,截图如下:
https://i.imgur.com/FuVYnuX.png
1 天前
回复了 ldm0 创建的主题 分享创造 Cardinal: macOS 的快速文件搜索(已开源)
@ldm0 和楼主的项目切磋一下,我的搜索系统 filepulsesoft.com ,过去仅支持 win ,现在已经支持 linux,mac 同时原生支持 x86_64,arm64
同时支持文件名和文件内容索引,支持跨系统跨架构组成集群搜索,搜索结果在集群中排序。
我的 mac 文件比较少,100 万文件 4 秒多完成索引。搜索全部 100 万文件文件名,搜索速度 4 毫秒,截图如下:
https://i.imgur.com/FuVYnuX.png
@moioooo 你的控制台应该显示类似这样。User ID: 1 ✅ Authorization successful. 728 days remaining until expiration.

User ID 后面那个数字是你的 id ,那个框框是对号,我看来应该把这个对号去掉,否则微软 cmd 和 powershell 等等可能显示不一致。
@moioooo 自用或者分享都可以,你可以自行处置所有的激活码。是的,所有 pro 版本自带 30 天试用,uid 是在软件启动的命令行上显示,因为我不想在页面 web 上显示这个,主要是隐私考虑。命令行上的框框应该是编码问题,等过期了它其实会自己访问激活页面并且自动填入 uid ,你到时候只需要输入激活码即可。
@moioooo 10 个激活 cdkey 已经发送,请检查邮件,如果没收到请查看垃圾邮件
@moioooo 谢谢你的打赏,你是唯一一个打赏的,请把你的姓氏,只要姓氏,打赏留言内容和打赏金额发送到 [email protected]

如果你想不起来当时打赏留言之类的信息,如果你有打赏转账单号也可以发送到上面邮箱。

信息验证无误后,我会邮件回复送你 10 个增加一年使用期限的激活码,至于你是想一下自己一个机器激活 10 年还是给 10 个机器各自激活完全由你决定。激活码需要在 1 年内使用掉。

我本来是想走完整开源路线打造跨平台文件名文件内容搜索引擎,但是我发现靠打赏只有你打赏了一笔,半年高强度研发,为了提高性能推翻了 4 到 5 次架构设计,如果指望打赏,那真是吃饭都困难,所以这次商业化路线只能走收费了。
@dreamkuo 网页里面有完整性能功能详细对比。
@bronyakaka 禁止造谣,闭源怎么了,其他类似能达到这个效率的软件哪个不闭源,想白嫖别人核心算法?还木马,笑话,看看 https://habo.qq.com/file/showdetail?pk=ADEGZF1lB2UIMVs6U2oHYA%3D%3D
@humbass 上来动不动就最烦,我可以翻过来说,我最烦你这种不认真审题的,我哪里写我必须开源的,github 使用条例哪一条说必须完全开源才能创建 repo ,没人逼你用,你既不是投资人也不是赞助者,你的意见压根不重要,不要像个领导一样发号施令。
@NoOneNoBody 我也没逼着你用啊,你说的一切无非是加个功能而已,everything 做了 20 年,都没满足你的全部需求,让我上来满足一切?
@NoOneNoBody everything 开放的 sdk 功能很有限,这是理所当然,如果开放的功能超过其本身就会功高盖主。对于那些只需要短暂用一下的项目,sdk 是可行的,因为这种项目出发点就仅仅是能用而已。但是我的出发点是做一个大系统,我认为为了支持更多的功能,自研算法是唯一出路。我喜欢研究底层原理,不管做什么,我喜欢了解底层原理。在研制核心搜索算法的过程中我也提高了很多,这些技术积累将用于我其他的工作上,我认为非常有益。

至于你说的这些 everything sdk 无法满足的这些,因为我算法是自研的,我全都可以做到,无非是花时间的问题了,如果一开始用了受限的 sdk 再去想加一些功能甚至比自研还要麻烦。
@NoOneNoBody 你说的这些问题我当然都研究过,他自己的 SDK 功能很不全,和他自己的搜索差很多。而且只有自己写出来核心算法才能真的学到东西,成天调 SDK 就只能永远只做个一个调包侠。
@moioooo 没关系,目前是 demo 版本主要研究的是搜索核心算法的性能。其他这些问题我会后续解决。因为只有先解决了文件名搜索下一步才能解决文件内容搜索。

顺便说一句,如果不想用 hosts ,也可以采用 https://github.com/FilePulseSoft/FilePulse 里面提到的“方案一:极简启动”,如果只希望在本地运行的话,可以直接输入 https://127.0.0.1 ,这样就不需要改 hosts 了。

我做这个工具的初衷是由于我需要远程对机器上的文件进行搜索,下载等操作,所以我才选用的 http2/http3 ,而 everything 的 http 服务是 http1.0 ,这个实在太老了,无法支持未来我的远程办公,远程协作,远程差异化存储等操作。所以我才下定决心做一个自己的。
@moioooo https://github.com/FilePulseSoft/FilePulse 在未来计划有提到,这个是第一步,未来会支持毫秒级文件内容搜索,将会成为一个既可以搜索文件名又可以搜索内容的实时搜索系统。
1  2  
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   5629 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 32ms · UTC 08:02 · PVG 16:02 · LAX 00:02 · JFK 03:02
♥ Do have faith in what you're doing.