目录
可以，而且 GoodSync 的 CPU 占用 12%～20% 不一定是异常，关键要看它是在“同步/分析时”占用，还是空闲状态也长期占用 12%+。
GoodSync 官方当前版本确实有多个会明显影响 CPU 的参数，包括并行线程、实时文件监控、Checksum 校验、多任务并行等。(GoodSync)
如果你的目标是：办公电脑后台持续运行 GoodSync，但尽量不影响员工日常使用，我建议按下面这套方案调整。
1. 首先把同步并行线程从 3 调成 1
进入：
GoodSync → 选择对应 Job → Job → Options → Speed/Limits
找到：
Run Parallel Threads in Sync, this many
GoodSync 默认是 3 个并行线程。官方说明，设为 0/1 或取消勾选后，会改成单线程顺序同步。(GoodSync)
建议：
| 设置 | 建议值 |
|---|---|
| Run Parallel Threads | 1 |
| 默认值 | 3 |
| CPU 优先场景 | 1 |
| 速度优先场景 | 3～4 |
这是我最建议你第一个修改的地方。
如果你现在同步的是 NAS、共享盘、OneDrive、SFTP 等，3 个线程可能同时进行文件处理、网络传输和元数据操作。降低到 1 后，一般同步速度会下降一些，但对办公电脑 CPU、磁盘 I/O 的冲击会明显温和。
2. 不要使用过于敏感的「On File Change」
再进入：
Job → Options → Auto
看看是不是开启了：
On File Change
这个功能会监控目录，只要发现文件发生变化，就重新触发 Analyze / Sync；GoodSync 默认的变化等待时间只有 20 秒。(GoodSync)
如果同步目录里不断有：
- Office 临时文件
- 浏览器缓存
- 日志
- 软件数据库
- 企业微信文件
- Outlook/Foxmail 邮件数据
- 程序缓存
- 自动保存文件
那么可能变成：
文件变化 → Analyze → Sync → 又有文件变化 → 再 Analyze
CPU 就很难真正闲下来。
我建议办公电脑改成两种方案之一：
方案 A——推荐
关闭：
On File Change
改成：
Periodically / On Timer：30～60 分钟一次
比如：
每 60 分钟同步一次
对于普通办公文档备份已经足够。
方案 B——必须实时同步
保留：
On File Change
但是把 Delay：
20 秒
改为：
120～300 秒
也就是文件停止变化 2～5 分钟之后再同步。
这样可以把几十次零散修改合并成一次 Analyze + Sync。
3. 检查 Checksum，一般不要打开
进入：
Job → Options → Analyze
检查：
Compare Checksums of All Files (slow)
建议：
关闭
GoodSync 官方明确标注这个选项为 slow。开启以后会计算文件 MD5，而不是单纯比较文件大小和修改时间。(GoodSync)
尤其如果你有：
10 万个文件 20 万个文件 几十 GB / 几百 GB
Checksum 会明显增加：
CPU + 磁盘读取
同时再检查：
Left Side / Right Side → Show Options
有没有开启：
Compare Checksums when needed (slower)
普通办公文档备份，我也建议：
关闭
官方默认本身就是关闭的。(GoodSync)
除非你有非常严格的数据完整性校验要求，否则没必要每次做文件 Hash。
4. Auto Job 并发数设置为 1
如果电脑上有很多 GoodSync Job，这个非常重要。
进入：
Tools → Program Options → Auto
找到：
Auto Jobs to run in parallel max
设置：
1
GoodSync 官方默认也是 1，含义就是一次最多只允许一个自动 Job 运行。(GoodSync)
不要为了速度设置：
3 5 10
否则可能出现：
Job A：扫描 5 万文件 Job B：扫描 NAS Job C：上传云盘 Job D：扫描本地磁盘
同时运行。
这种情况下 CPU 20% 其实已经算比较客气了。
5. 保留「Use Recursive ListDir」
在：
Job → Options → Analyze
有一个：
Use Recursive ListDir where available
这个建议：
保持开启
不要为了降低 CPU 把它关掉。
因为官方说明，开启 Recursive ListDir 通常反而可以提升 Analyze 的扫描速度；关闭以后变成逐目录扫描，会更慢。(GoodSync)
所以推荐：
✅ Use Recursive ListDir ❌ Compare Checksums of All Files
6. 用 Filters 排除「没必要同步」的高频目录
这个优化非常有效。
进入：
Job → Options → Filters → Exclude
如果你的同步目录比较大，可以排除一些完全没必要备份的东西。
例如开发电脑经常可以考虑排除：
node_modules target .git .cache tmp temp logs
如果是普通办公电脑，则重点检查：
浏览器 Cache 各种 Temp 软件临时目录 日志目录 下载缓存 缩略图缓存
GoodSync 官方支持通过 Exclude / Include Filter 控制 Analyze 和 Sync 实际处理的目录。(GoodSync)
例如原来：
C:\Users\Albert\
↓
NAS
可能有 30 万个文件。
实际上你只需要：
Desktop Documents Pictures Work Project
那么最好直接限定这些目录，而不是让 GoodSync 每次扫描整个用户目录。
减少文件数量，通常比限制 CPU 参数更加有效。
7. 如果主要是大文件，可以考虑限制复制速度
同样在：
Job → Options → Speed/Limits
有：
File Copy Speed Limit in KByte/sec
官方说明，非 0 时可以限制 GoodSync 文件复制的平均速度。(GoodSync)
例如办公室千兆网络，不希望 GoodSync 抢占太多资源，可以先测试：
50 MB/s ≈ 51200 KB/s
甚至：
20 MB/s ≈ 20480 KB/s
不过这个参数主要控制文件复制速度/带宽，不是直接的 CPU 限速器。
因此优先级应该是：
并行线程
↓
自动运行频率
↓
Checksum
↓
同步目录数量
↓
传输速度限制
我比较推荐你直接使用这一套配置
如果这是员工办公电脑，我会这样配置：
| GoodSync 参数 | 推荐 |
|---|---|
| Auto Jobs parallel max | 1 |
| Run Parallel Threads | 1 |
| On File Change | 关闭 |
| Periodically | 30～60分钟 |
| Compare Checksums All Files | 关闭 |
| Compare Checksums when needed | 关闭 |
| Recursive ListDir | 开启 |
| Estimate disk space | 可关闭测试 |
| Exclude Hidden | 开启 |
| Exclude System | 开启 |
| Filters | 排除缓存/临时/日志 |
| 大规模同步 | 安排午休/晚上执行 |
也就是把 GoodSync 从：
实时 + 多线程 + 全目录扫描
调整成：
定时 + 单线程 + 精准目录扫描
对办公电脑更加合理。
另外，你这个 12.1% 很值得看一下 CPU 逻辑核心数
Windows 任务管理器显示的是整颗 CPU 的总体占用比例。
比如电脑有：
4 核 / 8 线程
一个逻辑处理器持续满载大约就是：
100% ÷ 8 ≈ 12.5%
所以如果 GoodSync 长期稳定在：
12.1%～12.5%
很可能意味着 GoodSync 某个计算/扫描线程基本吃满了一个逻辑处理器。
而冲到：
20%
说明同时又有其他工作线程在运行。
所以你说的 12.1% 这个数字其实挺有特征的。
最关键的判断
你可以做一个非常简单的测试：
暂停 GoodSync 所有 Auto Job 5 分钟。
观察任务管理器里的：
GoodSync Synchronizer
如果变成：
0%～1%
说明程序本身没问题，CPU 就是被 Analyze / Sync / 文件监控消耗掉的，按照上面的参数调整即可。
如果所有 Job 都已经停止，GoodSync Synchronizer 依然长期：
10%+
那就不正常了，需要进一步排查具体哪个 Job / 文件目录 / GoodSync 版本导致后台循环扫描。
如果你愿意，可以把 GoodSync → Job Options → Auto、Analyze、Speed/Limits 这 3 个页面截图发给我，我可以直接按你的界面告诉你哪些勾取消、哪些数字改成多少，给你配一套“办公电脑低 CPU 模式”。