Skip to content

performance-analysis.md

Latest commit

 

History

History
213 lines (161 loc) · 5.87 KB

performance-analysis.md

File metadata and controls

213 lines (161 loc) · 5.87 KB

通知功能性能占用分析

总体评估

结论：通知功能对电脑性能的影响极小，可以忽略不计。

  • CPU 占用：几乎为 0（后台进程空闲状态）
  • 内存占用：约 8-10 MB（仅在通知等待点击期间）
  • 磁盘 I/O：极低（仅在启动和日志写入时）
  • 网络占用：0（除非配置了企业微信或 Telegram）
  • 电池影响：可忽略

详细性能数据

1. 执行性能

操作 执行时间 频率 影响
notify.ps1 启动 ~650 ms 对话结束时 一次性，不影响正常使用
Toast 显示 <100 ms 对话结束时 系统原生功能，开销极小
Hook 触发 <50 ms 对话结束时 Claude Code 内部处理

关键点：所有执行都在对话结束后进行，不影响对话过程中的性能。

2. 后台进程占用

通知系统采用"按需创建、自动清理"的设计：

正常状态（无通知等待点击）

后台进程数：0
内存占用：0 MB
CPU 占用：0%

通知等待点击期间（30 秒超时）

进程：1 个 wscript.exe (notify-toast-wait.vbs)
内存：约 8-10 MB
CPU：空闲状态 ~0%
线程数：5 个

多个通知同时显示

每个通知：8-10 MB
最大并发：取决于系统通知中心限制
自动清理：点击或超时后进程自动退出

3. 资源占用对比

项目 通知功能 典型浏览器标签页 对比
内存占用 8-10 MB（临时） 100-300 MB 1/20 ~ 1/30
CPU 占用 ~0%（空闲） 0.5-2%（空闲） 相当或更低
后台进程 0-1 个（临时） 多个常驻 更少
启动时间 <1 秒 1-3 秒 更快

4. 内存生命周期

对话结束
    ↓
触发 notify.ps1（临时进程，~70 MB）
    ↓
创建 wscript.exe + toast-wait.ps1（~8 MB）
    ↓
通知显示在系统通知中心
    ↓
等待用户点击（最多 30 秒）
    ↓
用户点击 或 超时
    ↓
进程退出，内存释放
    ↓
回到 0 占用状态

关键特性：自动清理机制确保不会累积内存占用。

5. 磁盘 I/O

操作 频率 大小 影响
读取配置文件 每次通知 <10 KB 极小
写入日志文件 仅调试模式 <1 KB/条 极小（默认关闭）
读取 BurntToast 模块 首次加载 ~500 KB 一次性，缓存

总磁盘活动：每次通知约 10-50 KB 读取，几乎无写入（除非启用调试）。

6. 网络占用

配置 网络占用
仅 Windows Toast 0（本地功能）
企业微信通知 ~1-2 KB/次（HTTP POST）
Telegram 通知 ~1-2 KB/次（HTTPS POST）
使用代理 无额外影响

7. 电池影响（笔记本）

影响因素：

  • 后台进程：空闲状态 CPU ~0%，对电池无影响
  • 通知弹出：系统原生功能，能耗极低
  • 网络请求：仅配置远程通知时才有，每次 <0.01 Wh

估计：每天 100 次通知，电池影响 <0.1%（可忽略）。

性能优化设计

1. 按需创建，自动清理

# 对话结束时才创建进程
Start-Process wscript -ArgumentList ... -WindowStyle Hidden

# 用户点击或超时后自动退出
$form.Close()  # 进程退出
$icon.Dispose()  # 释放资源

2. 静默运行

' VBS 使用 Hidden 窗口样式
oShell.Run "powershell ...", 0, False  ' 0 = 隐藏窗口

3. 超时机制

# 最多等待 30 秒，防止进程长期驻留
$timer.Interval = 500
$startTime = Get-Date
# ... 超时后自动关闭

4. 日志清理

# 自动删除 1 天前的日志
Get-ChildItem -Path $logDir -Filter "notify-*.log" |
  Where-Object { $_.LastWriteTime -lt (Get-Date).Date.AddDays(-1) } |
  Remove-Item -Force

压力测试

测试场景：连续 100 次通知

测试方法：

1..100 | ForEach-Object {
  & "$env:USERPROFILE\bin\notify.ps1" -Source '压力测试' -Title "测试$_" -Body "内容$_"
  Start-Sleep -Milliseconds 100
}

预期结果：

  • 内存峰值：约 80-100 MB（多个临时进程）
  • 30 秒后内存：回落到 0-10 MB
  • 系统响应：无明显影响
  • 通知中心：正常显示（可能有堆积）

测试场景：长时间运行

测试方法：启用通知后，持续工作 8 小时。

预期结果：

  • 平均内存占用：<1 MB
  • 无内存泄漏
  • 无进程累积
  • 系统稳定性：正常

与其他软件对比

软件 内存占用 后台进程 CPU 占用
本通知功能 8-10 MB（临时） 0-1 个 ~0%
Discord 200-500 MB 3-5 个 0.5-2%
Slack 150-400 MB 2-4 个 0.3-1.5%
VS Code 300-800 MB 5-10 个 0.5-3%
浏览器标签页 100-300 MB 多个 0.5-2%

性能建议

推荐配置

  • ✅ 使用 BurntToast（系统原生，性能最优）
  • ✅ 保持默认的 30 秒超时
  • ✅ 关闭调试日志（生产环境）

不推荐场景

  • ❌ 配置 <1 秒的超时（可能导致通知无法点击）
  • ❌ 在高性能计算任务中启用（干扰性大于实用性）
  • ❌ 启用详细调试日志（会产生大量磁盘写入）

适用场景

  • ✅ 长时间运行的 AI 任务
  • ✅ 后台编译/构建任务
  • ✅ 批量数据处理
  • ✅ 自动化脚本监控

结论

通知功能采用了按需创建、自动清理的设计，对电脑性能的影响可以忽略不计：

  1. 对话过程中零影响：所有处理都在对话结束后进行
  2. 资源占用极低：临时 8-10 MB 内存，空闲时 0 CPU
  3. 自动清理机制：不会累积进程或内存
  4. 系统原生功能：利用 Windows 通知中心，性能优化

对于绝大多数用户，这个通知功能的性能影响不可感知。