Mac 變卡自救清單里的 fsearch公眾號熱傳的開源工具普通人怎么用起來【免費下載鏈接】fsearchWhole-disk file search for macOS: fuzzy names, typo tolerance, indexed content grep. ~1 ms over 8M files.項目地址: https://gitcode.com/gh_mirrors/fsea/fsearchMac 用兩年變卡很多時候不是硬件不行而是系統(tǒng)里塞了太多用不上的東西。近期一篇公眾號文章把這件事講透了并給出了三個開源工具組成的自救清單RemoveMacAI 負責一鍵關掉 Apple Intelligence、分析上報和推薦廣告Tendedero 負責把截圖自動收進角落而夾在中間的 fsearch負責全盤文件搜索——模糊匹配、拼錯容忍比系統(tǒng)自帶快。這份清單的真實性先不論單說 fsearch 這個工具本身它在倉庫里的實測數(shù)據(jù)是 770 萬文件全盤搜名字 p50 只要 1.3 毫秒這已經(jīng)超出了快的范疇值得把它拆開看看憑什么以及普通人到底怎么用起來。公眾號推薦了什么三個賣點件件有源碼背書公眾號對 fsearch 的推薦濃縮成一句話全盤搜索、模糊匹配、拼錯容忍比系統(tǒng)自帶快。這三個賣點在這個倉庫里都能找到對應的實現(xiàn)不是營銷話術。全盤搜索工具的設計目標就是整塊磁盤一次索引。README 開頭就寫明 Whole-disk file search for macOS實測環(huán)境是 M4 Max 上 770 萬個文件和文件夾任意文件名搜索 p50 僅 1.3 毫秒內(nèi)容搜索 p50 9 毫秒新建/重命名/刪除的文件約 0.1 秒內(nèi)就能出現(xiàn)在結果里見 README.md 的 Speed 一節(jié)。模糊匹配名字匹配采用 fzf-v1 風格的模糊評分算法按左對齊結束、從右側(cè)收縮的方式找到最優(yōu)命中再疊加邊界、駝峰、連續(xù)命中三類加分見 src/query.rs 的fuzzy_score。所以你不必記住文件名全拼敲fsearch的幾個首字母也能把fsearch main.rs揪出來。拼錯容忍代碼里定義了明確規(guī)則——5 個字母以上的單詞允許容忍 1 個拼寫錯誤代價是 60 分見 src/query.rs 中TYPO_MIN_LEN 5與TYPO_COST 60。one_edit_prefix會處理錯寫、多寫、漏寫、交換相鄰字母四類單次編輯并且數(shù)字永遠不參與糾錯hat_18 不會因為拼錯變成 hat_98。README 給出的例子很直觀mian.rs能搜到main.rs。倉庫里還留了一份與競品的實測對比在同樣的 Mac、同樣的 Chromium 源碼樹50.9 萬文件下按名字搜索 1.1ms 對 13.8ms內(nèi)容搜索 5.6ms 對 53ms拼錯后仍能命中目標的比例 98% 對 88%啟動就緒 50ms 對 2.5s而內(nèi)存占用是 50MB全盤對 358MB僅該文件夾。完整過程錄在 demo/fsearch-vs-fff.mp4測試方法見 demo/vs_fff.py?？觳皇切W一次索引、常駐增量fsearch 快在架構上把搜索拆成了建索引和查索引兩件事普通人感知到的毫秒級響應只是后者。首次運行時它通過getattrlistbulk系統(tǒng)調(diào)用并行爬一遍整盤——一次系統(tǒng)調(diào)用能帶回成百上千條條目的名字、類型、大小、修改時間免去了逐文件 stat 的開銷見 src/walk.rs 頭部注釋。爬完生成一個 mmap 即可映射使用的扁平索引文件src/index.rs首次全盤構建約 20 秒僅此一次。之后磁盤上任何變化都由 FSEvents 流實時跟進每個目錄事件到來時只重列那一個目錄并與索引做冪等 diff見 src/fsevents.rs 與 src/live.rs。守護進程常駐內(nèi)存 30–135MB換來的是每次搜索都在內(nèi)存里的索引上做向量化掃描。還有兩個值得說的細節(jié)名字內(nèi)聯(lián)770 萬個條目實際只共享約 200 萬個不同文件名所以每個名字只存一份查詢先對不同名字評分、再落到條目命中面急劇縮小src/index.rs。絕不誤觸 iCloud主程序啟動即調(diào)用setiopolicy_np關閉 dataless 文件物化見 src/main.rs 與 src/engine.rs 的no_materialize。對 iCloud 用戶這是剛需——搜索或索引永遠不會因為列目錄而把云端占位文件下載到本地。內(nèi)容搜索則是另一套獨立的 trigram三字組倒排索引只覆蓋文本類文件且會跳過node_modules、.git、target、各類緩存等目錄src/content.rs。候選文件在命中后重新從磁盤讀取真實驗證所以結果永遠不過期。安裝與首次使用普通人三分鐘也能跑起來需要先說清楚這個 fsearch 是命令行工具 后臺守護進程的組合沒有傳統(tǒng)意義上的圖形界面。但普通人上手只需要三條命令cargo build --release ./target/release/fsearch install # 裝到 ~/.local/bin/fsearch fsearch fsearch main # 按名字找文件 fsearch ext:rs grep:apply_dir # 在文件內(nèi)容里搜install會把二進制復制到~/.local/bin/fsearch守護進程在首次使用時自動啟動加--login則注冊一個 LaunchAgent 登錄自啟見 src/main.rs 的install邏輯。索引文件存放在~/Library/Application Support/FSearch/JSON 接口走fsearch.sockunix socketsrc/server.rs——這意味著任何第三方圖形前端、快捷鍵工具都能通過 socket 或fsearch stdio接上它普通人將來會等到更友好的圖形化封裝。唯一需要留意的坑是 macOS 的完全磁盤訪問權限Full Disk Access從已授權完整磁盤訪問的終端啟動時fsearch 會索引全部內(nèi)容作為登錄項fsearch install --login運行時需要到 系統(tǒng)設置 → 隱私與安全性 → 完全磁盤訪問權限 里給~/.local/bin/fsearch單獨勾選授權并且每次重新編譯安裝后都要再授權一次未授權時它不會彈窗打擾而是靜默跳過 Downloads、Desktop、Documents 等受保護目錄src/engine.rs 的gated列表。權限判斷讀的是系統(tǒng) TCC 數(shù)據(jù)庫是否可讀has_full_disk_access非常干凈利落。首次建索引約 20 秒期間fsearch status會提示 indexing之后就是隨用隨到的狀態(tài)。日常用法找大文件、清磁盤、定位散落文檔fsearch 真正拉開與系統(tǒng)自帶搜索差距的是它這套可組合的過濾語法。README 給出的示例README.md加上源碼里的解析邏輯src/query.rs 的filter湊成了三個普通人最常用的實戰(zhàn)組合。給磁盤瘦身先看哪些東西最占空間。fsearch type:video size:1gb # 找出所有超過 1GB 的視頻 fsearch type:image size:50mb # 大于 50MB 的圖片RAW、掃描件 fsearch ext:dmg,zip,iso size:500mb # 安裝包和鏡像刪完通常立省幾十 GBtype:背后是一份完整的擴展名映射表圖片、視頻、音頻、文檔、代碼、壓縮包、字體七大類見 src/query.rs 的TYPES比手動記擴展名靠譜得多。定位散落文檔結合時間與范圍過濾。fsearch ext:pdf in:~/Downloads mtime:7d # 最近一周下載的 PDF fsearch kind:dir size:5gb # 哪些文件夾在悄悄膨脹 fsearch mtime:180d ext:doc,docx # 半年沒動過的舊文檔可以歸檔in:不是事后過濾而是把索引按目錄組織成連續(xù)的區(qū)間搜索范圍直接收斂成一個區(qū)間邊界src/index.rs 的布局注釋所以只在某個文件夾里找不僅語義正確而且更快。內(nèi)容級檢索記不清文件名、只記得里面寫了什么或者要找散落在各項目里的某個函數(shù)定義。fsearch grep:發(fā)票號 ext:pdf # 在 PDF 等文檔內(nèi)容里找 fsearch regex:fn\s\w_dir ext:rs # 正則搜代碼 fsearch sym:apply_dir # 符號級定位函數(shù)定義位置內(nèi)容搜索默認限定在用戶主目錄內(nèi)做 trigram 索引src/content.rs搜出結果后從磁盤實時讀取驗證——這意味著它搜到的內(nèi)容永遠是最新的不會像某些索引工具那樣給出過期快照。組合拳和 RemoveMacAI、Tendedero 一起給 Mac 減負公眾號清單里的另外兩個工具恰好和 fsearch 形成互補的三步工作流。第一步RemoveMacAI 先減負一鍵關閉 Apple Intelligence、分析上報和推薦廣告這類系統(tǒng)后臺負擔從源頭減少 Mac 的無謂開銷。它的設計是每個改動都可逆適合先跑一遍看效果。第二步fsearch 找出真正的重災區(qū)Mac 變卡的另一半原因往往在磁盤——系統(tǒng)盤被撐到只剩幾個 GBswap 和緩存雪上加霜。用上一節(jié)的大文件組合拳把type:video size:1gb、ext:dmg,zip的結果掃一遍刪掉不用的安裝包和舊視頻效果往往立竿見影。清理前可以先fsearch size:100mb全盤拉一遍清單心里有數(shù)再動手。第三步Tendedero 收尾整理它把桌面和屏幕上的截圖自動掛到屏幕頂端的一條晾衣繩上避免截圖在桌面越積越多。而截圖攢了幾個月之后想找某一張正好用 fsearch 按名字和時間定位fsearch mtime:30d ext:png in:~/Desktop或者直接搜type:image。這套組合的妙處在于各自解決一類問題RemoveMacAI 管后臺負載fsearch 管磁盤與文件定位Tendedero 管視覺噪音合起來就是一次完整的Mac 減負閉環(huán)。清理這件事最怕的刪了又找不到、找又找半天恰好被 fsearch 的毫秒級搜索覆蓋。留給普通人的清單fsearch 不是那種需要折騰半天才能用的工具把它放進你的自救清單只需要四步cargo build --release ./target/release/fsearch install完成安裝系統(tǒng)設置里給~/.local/bin/fsearch勾上完全磁盤訪問權限若用登錄自啟等首次建索引的約 20 秒過去從此把系統(tǒng)搜索這件事交給它找文件直接敲mian.rs也能搜到main.rs清磁盤用type:video size:1gb找內(nèi)容用grep:。對開發(fā)者而言它還是一個可直接鏈接的 Rust cratesrc/lib.rsJSON 接口與 API 讓任何應用都能共享同一份索引、同一套搜索能力。普通用戶拿來救急開發(fā)者拿來當搜索基建這個從公眾號熱傳清單里走出來的小工具兩邊的賬都算得過來?！久赓M下載鏈接】fsearchWhole-disk file search for macOS: fuzzy names, typo tolerance, indexed content grep. ~1 ms over 8M files.項目地址: https://gitcode.com/gh_mirrors/fsea/fsearch創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考 Mac 變卡自救清單里的 fsearch：公眾號熱傳的開源工具，普通人怎么用起來
Mac 變卡自救清單里的 fsearch公眾號熱傳的開源工具普通人怎么用起來【免費下載鏈接】fsearchWhole-disk file search for macOS: fuzzy names, typo tolerance, indexed content grep. ~1 ms over 8M files.項目地址: https://gitcode.com/gh_mirrors/fsea/fsearchMac 用兩年變卡很多時候不是硬件不行而是系統(tǒng)里塞了太多用不上的東西。近期一篇公眾號文章把這件事講透了并給出了三個開源工具組成的自救清單RemoveMacAI 負責一鍵關掉 Apple Intelligence、分析上報和推薦廣告Tendedero 負責把截圖自動收進角落而夾在中間的 fsearch負責全盤文件搜索——模糊匹配、拼錯容忍比系統(tǒng)自帶快。這份清單的真實性先不論單說 fsearch 這個工具本身它在倉庫里的實測數(shù)據(jù)是 770 萬文件全盤搜名字 p50 只要 1.3 毫秒這已經(jīng)超出了快的范疇值得把它拆開看看憑什么以及普通人到底怎么用起來。公眾號推薦了什么三個賣點件件有源碼背書公眾號對 fsearch 的推薦濃縮成一句話全盤搜索、模糊匹配、拼錯容忍比系統(tǒng)自帶快。這三個賣點在這個倉庫里都能找到對應的實現(xiàn)不是營銷話術。全盤搜索工具的設計目標就是整塊磁盤一次索引。README 開頭就寫明 Whole-disk file search for macOS實測環(huán)境是 M4 Max 上 770 萬個文件和文件夾任意文件名搜索 p50 僅 1.3 毫秒內(nèi)容搜索 p50 9 毫秒新建/重命名/刪除的文件約 0.1 秒內(nèi)就能出現(xiàn)在結果里見 README.md 的 Speed 一節(jié)。模糊匹配名字匹配采用 fzf-v1 風格的模糊評分算法按左對齊結束、從右側(cè)收縮的方式找到最優(yōu)命中再疊加邊界、駝峰、連續(xù)命中三類加分見 src/query.rs 的fuzzy_score。所以你不必記住文件名全拼敲fsearch的幾個首字母也能把fsearch main.rs揪出來。拼錯容忍代碼里定義了明確規(guī)則——5 個字母以上的單詞允許容忍 1 個拼寫錯誤代價是 60 分見 src/query.rs 中TYPO_MIN_LEN 5與TYPO_COST 60。one_edit_prefix會處理錯寫、多寫、漏寫、交換相鄰字母四類單次編輯并且數(shù)字永遠不參與糾錯hat_18 不會因為拼錯變成 hat_98。README 給出的例子很直觀mian.rs能搜到main.rs。倉庫里還留了一份與競品的實測對比在同樣的 Mac、同樣的 Chromium 源碼樹50.9 萬文件下按名字搜索 1.1ms 對 13.8ms內(nèi)容搜索 5.6ms 對 53ms拼錯后仍能命中目標的比例 98% 對 88%啟動就緒 50ms 對 2.5s而內(nèi)存占用是 50MB全盤對 358MB僅該文件夾。完整過程錄在 demo/fsearch-vs-fff.mp4測試方法見 demo/vs_fff.py?？觳皇切W一次索引、常駐增量fsearch 快在架構上把搜索拆成了建索引和查索引兩件事普通人感知到的毫秒級響應只是后者。首次運行時它通過getattrlistbulk系統(tǒng)調(diào)用并行爬一遍整盤——一次系統(tǒng)調(diào)用能帶回成百上千條條目的名字、類型、大小、修改時間免去了逐文件 stat 的開銷見 src/walk.rs 頭部注釋。爬完生成一個 mmap 即可映射使用的扁平索引文件src/index.rs首次全盤構建約 20 秒僅此一次。之后磁盤上任何變化都由 FSEvents 流實時跟進每個目錄事件到來時只重列那一個目錄并與索引做冪等 diff見 src/fsevents.rs 與 src/live.rs。守護進程常駐內(nèi)存 30–135MB換來的是每次搜索都在內(nèi)存里的索引上做向量化掃描。還有兩個值得說的細節(jié)名字內(nèi)聯(lián)770 萬個條目實際只共享約 200 萬個不同文件名所以每個名字只存一份查詢先對不同名字評分、再落到條目命中面急劇縮小src/index.rs。絕不誤觸 iCloud主程序啟動即調(diào)用setiopolicy_np關閉 dataless 文件物化見 src/main.rs 與 src/engine.rs 的no_materialize。對 iCloud 用戶這是剛需——搜索或索引永遠不會因為列目錄而把云端占位文件下載到本地。內(nèi)容搜索則是另一套獨立的 trigram三字組倒排索引只覆蓋文本類文件且會跳過node_modules、.git、target、各類緩存等目錄src/content.rs。候選文件在命中后重新從磁盤讀取真實驗證所以結果永遠不過期。安裝與首次使用普通人三分鐘也能跑起來需要先說清楚這個 fsearch 是命令行工具 后臺守護進程的組合沒有傳統(tǒng)意義上的圖形界面。但普通人上手只需要三條命令cargo build --release ./target/release/fsearch install # 裝到 ~/.local/bin/fsearch fsearch fsearch main # 按名字找文件 fsearch ext:rs grep:apply_dir # 在文件內(nèi)容里搜install會把二進制復制到~/.local/bin/fsearch守護進程在首次使用時自動啟動加--login則注冊一個 LaunchAgent 登錄自啟見 src/main.rs 的install邏輯。索引文件存放在~/Library/Application Support/FSearch/JSON 接口走fsearch.sockunix socketsrc/server.rs——這意味著任何第三方圖形前端、快捷鍵工具都能通過 socket 或fsearch stdio接上它普通人將來會等到更友好的圖形化封裝。唯一需要留意的坑是 macOS 的完全磁盤訪問權限Full Disk Access從已授權完整磁盤訪問的終端啟動時fsearch 會索引全部內(nèi)容作為登錄項fsearch install --login運行時需要到 系統(tǒng)設置 → 隱私與安全性 → 完全磁盤訪問權限 里給~/.local/bin/fsearch單獨勾選授權并且每次重新編譯安裝后都要再授權一次未授權時它不會彈窗打擾而是靜默跳過 Downloads、Desktop、Documents 等受保護目錄src/engine.rs 的gated列表。權限判斷讀的是系統(tǒng) TCC 數(shù)據(jù)庫是否可讀has_full_disk_access非常干凈利落。首次建索引約 20 秒期間fsearch status會提示 indexing之后就是隨用隨到的狀態(tài)。日常用法找大文件、清磁盤、定位散落文檔fsearch 真正拉開與系統(tǒng)自帶搜索差距的是它這套可組合的過濾語法。README 給出的示例README.md加上源碼里的解析邏輯src/query.rs 的filter湊成了三個普通人最常用的實戰(zhàn)組合。給磁盤瘦身先看哪些東西最占空間。fsearch type:video size:1gb # 找出所有超過 1GB 的視頻 fsearch type:image size:50mb # 大于 50MB 的圖片RAW、掃描件 fsearch ext:dmg,zip,iso size:500mb # 安裝包和鏡像刪完通常立省幾十 GBtype:背后是一份完整的擴展名映射表圖片、視頻、音頻、文檔、代碼、壓縮包、字體七大類見 src/query.rs 的TYPES比手動記擴展名靠譜得多。定位散落文檔結合時間與范圍過濾。fsearch ext:pdf in:~/Downloads mtime:7d # 最近一周下載的 PDF fsearch kind:dir size:5gb # 哪些文件夾在悄悄膨脹 fsearch mtime:180d ext:doc,docx # 半年沒動過的舊文檔可以歸檔in:不是事后過濾而是把索引按目錄組織成連續(xù)的區(qū)間搜索范圍直接收斂成一個區(qū)間邊界src/index.rs 的布局注釋所以只在某個文件夾里找不僅語義正確而且更快。內(nèi)容級檢索記不清文件名、只記得里面寫了什么或者要找散落在各項目里的某個函數(shù)定義。fsearch grep:發(fā)票號 ext:pdf # 在 PDF 等文檔內(nèi)容里找 fsearch regex:fn\s\w_dir ext:rs # 正則搜代碼 fsearch sym:apply_dir # 符號級定位函數(shù)定義位置內(nèi)容搜索默認限定在用戶主目錄內(nèi)做 trigram 索引src/content.rs搜出結果后從磁盤實時讀取驗證——這意味著它搜到的內(nèi)容永遠是最新的不會像某些索引工具那樣給出過期快照。組合拳和 RemoveMacAI、Tendedero 一起給 Mac 減負公眾號清單里的另外兩個工具恰好和 fsearch 形成互補的三步工作流。第一步RemoveMacAI 先減負一鍵關閉 Apple Intelligence、分析上報和推薦廣告這類系統(tǒng)后臺負擔從源頭減少 Mac 的無謂開銷。它的設計是每個改動都可逆適合先跑一遍看效果。第二步fsearch 找出真正的重災區(qū)Mac 變卡的另一半原因往往在磁盤——系統(tǒng)盤被撐到只剩幾個 GBswap 和緩存雪上加霜。用上一節(jié)的大文件組合拳把type:video size:1gb、ext:dmg,zip的結果掃一遍刪掉不用的安裝包和舊視頻效果往往立竿見影。清理前可以先fsearch size:100mb全盤拉一遍清單心里有數(shù)再動手。第三步Tendedero 收尾整理它把桌面和屏幕上的截圖自動掛到屏幕頂端的一條晾衣繩上避免截圖在桌面越積越多。而截圖攢了幾個月之后想找某一張正好用 fsearch 按名字和時間定位fsearch mtime:30d ext:png in:~/Desktop或者直接搜type:image。這套組合的妙處在于各自解決一類問題RemoveMacAI 管后臺負載fsearch 管磁盤與文件定位Tendedero 管視覺噪音合起來就是一次完整的Mac 減負閉環(huán)。清理這件事最怕的刪了又找不到、找又找半天恰好被 fsearch 的毫秒級搜索覆蓋。留給普通人的清單fsearch 不是那種需要折騰半天才能用的工具把它放進你的自救清單只需要四步cargo build --release ./target/release/fsearch install完成安裝系統(tǒng)設置里給~/.local/bin/fsearch勾上完全磁盤訪問權限若用登錄自啟等首次建索引的約 20 秒過去從此把系統(tǒng)搜索這件事交給它找文件直接敲mian.rs也能搜到main.rs清磁盤用type:video size:1gb找內(nèi)容用grep:。對開發(fā)者而言它還是一個可直接鏈接的 Rust cratesrc/lib.rsJSON 接口與 API 讓任何應用都能共享同一份索引、同一套搜索能力。普通用戶拿來救急開發(fā)者拿來當搜索基建這個從公眾號熱傳清單里走出來的小工具兩邊的賬都算得過來?！久赓M下載鏈接】fsearchWhole-disk file search for macOS: fuzzy names, typo tolerance, indexed content grep. ~1 ms over 8M files.項目地址: https://gitcode.com/gh_mirrors/fsea/fsearch創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考