根据说明文档，DigUp 只有首次索引负载较高，之后仅读取新文件。模型在独立的辅助进程中运行，任务完成后即退出；搜索侧（模型的文本部分，约 250 MB）只在你搜索时加载。针对 Mac 耗电与风扇声大的反馈（Issue #68），维护者表示这在索引期间属于预期现象，索引完成后几乎不占资源，同时仍在继续排查该报告。
常见情况与应对方法
| 情况 | 文档与版本说明 | 你可以采取的操作 |
|---|---|---|
| 正在进行首次索引 | 首次索引只执行一次。在 Mac 上，几百个文件需几分钟，较大的下载文件夹可能需一小时；在 Windows 和 Linux 上，当快速检测发现显卡（GPU）比处理器更快且结果一致时使用 GPU，否则仅用处理器（单张图片需几秒，2017 款笔记本 Core i5 约 5 秒，大型图库可能需数小时）。 | 查看设置时显示的预估时间，等待首次索引完成，或参考选择要索引的文件夹。 |
| 需要立即释放资源 | DigUp 常驻在 Mac 的菜单栏以及 Windows 和 Linux 的系统托盘中。 | 从菜单栏或系统托盘查看索引进度，并随时暂停（Pause）索引。 |
| 只想在空闲时段索引（仅 Mac 0.6.1） | Mac 0.6.1 版本新增了按设定时间段索引的功能（Issue #26）。 | 在“Settings → Folders”中开启仅在设定时间段索引（默认 1:00 至 7:00），搜索功能全天可用。 |
| 特定文件夹或文件类型耗时多 | 你可以在“Settings”中跳过更多文件夹或文件类型。 | 在“Settings”中添加要跳过的文件夹或文件类型，参见索引慢与文件被跳过。 |
| 代码项目索引 | 代码搜索默认关闭，直到你在设置向导或“Settings → Code”中开启；编写代码时，索引会在停止变动一分钟后更新。 | 仅对需要的项目开启代码搜索。 |
Mac 0.6.1 版本中的内存与进程修复
Mac 0.6.1 版本说明（2026年10月12日）包含以下与内存和后台进程相关的修复：
- 单个文件读取失控（Issue #3）：如果读取某个文件时失控（曾有一个 PDF 占用了数十 GB 内存），DigUp 现在会停止并跳过该文件，继续处理后续文件。即使卡在某个文件上，退出（Quit）和暂停（Pause）也会停止索引。在 0.6.1 修复发布前，当确认是 PDF 导致 macOS 自带 PDF 文本读取器卡在某页并持续增加内存时，维护者曾给出临时措施：打开“Settings → Folders”并在“Skip these file types”下添加
pdf。 - 长文本文档内存增长（Issue #3）：索引长文本文档时，不再缓慢增加辅助进程的内存（此前每段文本约增加 30 KB）。
- 退出后辅助进程残留（Issue #22）：DigUp 的辅助进程现在会随 DigUp 一起退出。此前文件夹时间预估进程在退出应用后甚至在卸载后仍可能全速运行。
截至 2026年10月16日的未关闭报告
以下 GitHub 报告截至 2026年10月16日仍处于开启（open）状态，尚未有维护者确认的修复：