macos Sequoia 15.4 中 chronod 一直占用 100%+ CPU
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-01 23:45:25') }}
#0
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-01 23:45:25') }}
#0
今天更新 macos Sequoia 15.4 后，发现 chronod 这个进程一直高占用 CPU ，非常困扰。
进程位于：/System/Library/PrivateFrameworks/ChronoCore.framework/Support/chronod
已经尝试过 ChatGPT 上所有的解决办法，包括：
1. 重启 macOS
2. 关闭“屏幕使用时间”功能
3. 删除 Screen Time 的日志与配置文件
4. 重置 chronod 缓存和配置
5. 进入安全模式也出现这个情况
6. 重装系统 (但是每次都会突然重启后告诉我没重装成功。)
实在不理解突然问题出现在哪里，在这之前一直都是好好的，有没有 MacOS 大佬有过这种情况并且知道如何解决呢？
进程位于：/System/Library/PrivateFrameworks/ChronoCore.framework/Support/chronod
已经尝试过 ChatGPT 上所有的解决办法，包括：
1. 重启 macOS
2. 关闭“屏幕使用时间”功能
3. 删除 Screen Time 的日志与配置文件
4. 重置 chronod 缓存和配置
5. 进入安全模式也出现这个情况
6. 重装系统 (但是每次都会突然重启后告诉我没重装成功。)
实在不理解突然问题出现在哪里，在这之前一直都是好好的，有没有 MacOS 大佬有过这种情况并且知道如何解决呢？
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-02 00:00:02') }}
#1
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-02 00:00:02') }}
#1
下面这是 ChatGPT 看了日志后的分析报告：
从这段报告中，我们可以看到 `chronod` 正在执行与多个线程和服务有关的操作，尤其是与 `ReplicatorServices` 相关的活动。分析其中的关键信息：
### 1. **ReplicatorServices**
- 该服务在进行大量的对象和数据传输操作。根据堆栈跟踪，它涉及到一些 Swift 框架（如 Combine ），并且经常执行诸如 `dispatch_sync` 和 `mach_msg` 之类的系统调用，这些通常是与线程和任务调度相关的操作。
- 频繁的内存分配和释放操作可能与大量数据的复制和同步相关，导致系统性能问题。这些操作可能会占用大量的 CPU 资源。
### 2. **Core Foundation 和 BaseBoard**
- 报告中也提到了 `BaseBoard` 和 `CoreFoundation` 中的多个函数调用，如 `NSKeyedArchiver` 和 `CFPrefsPlistSource`。这些函数涉及到设置管理和数据存储，可能是导致性能问题的因素之一。
### 3. **线程和调度**
- 在报告的多处中，涉及到多个线程（例如 `DispatchQueue` 和 `pthread_wqthread`）。这些线程在等待和调度任务时可能导致过度的上下文切换和 CPU 使用率的提升。
---
### 推荐的进一步解决办法：
1. **优化 ReplicatorServices 操作**
尝试通过减少数据复制频率，或者优化数据同步逻辑来降低 `ReplicatorServices` 的负载。
2. **检查是否有冗余的线程或任务**
通过检查是否存在过多的后台任务或线程，可以减少不必要的计算负载。
3. **监控 CoreFoundation 和 BaseBoard 的使用**
如果这些模块涉及到频繁的数据读写或配置文件操作，可以通过调整设置或减少配置文件的更新频率来减轻负担。
> 这些操作可能需要通过调试工具进一步确认，从而找到更具体的瓶颈。
从这段报告中，我们可以看到 `chronod` 正在执行与多个线程和服务有关的操作，尤其是与 `ReplicatorServices` 相关的活动。分析其中的关键信息：
### 1. **ReplicatorServices**
- 该服务在进行大量的对象和数据传输操作。根据堆栈跟踪，它涉及到一些 Swift 框架（如 Combine ），并且经常执行诸如 `dispatch_sync` 和 `mach_msg` 之类的系统调用，这些通常是与线程和任务调度相关的操作。
- 频繁的内存分配和释放操作可能与大量数据的复制和同步相关，导致系统性能问题。这些操作可能会占用大量的 CPU 资源。
### 2. **Core Foundation 和 BaseBoard**
- 报告中也提到了 `BaseBoard` 和 `CoreFoundation` 中的多个函数调用，如 `NSKeyedArchiver` 和 `CFPrefsPlistSource`。这些函数涉及到设置管理和数据存储，可能是导致性能问题的因素之一。
### 3. **线程和调度**
- 在报告的多处中，涉及到多个线程（例如 `DispatchQueue` 和 `pthread_wqthread`）。这些线程在等待和调度任务时可能导致过度的上下文切换和 CPU 使用率的提升。
---
### 推荐的进一步解决办法：
1. **优化 ReplicatorServices 操作**
尝试通过减少数据复制频率，或者优化数据同步逻辑来降低 `ReplicatorServices` 的负载。
2. **检查是否有冗余的线程或任务**
通过检查是否存在过多的后台任务或线程，可以减少不必要的计算负载。
3. **监控 CoreFoundation 和 BaseBoard 的使用**
如果这些模块涉及到频繁的数据读写或配置文件操作，可以通过调整设置或减少配置文件的更新频率来减轻负担。
> 这些操作可能需要通过调试工具进一步确认，从而找到更具体的瓶颈。
{{ getUsernameByUid(2532) }}
发布{{ getTimeInfo('2025-04-02 00:51:21') }}
#2
{{ getUsernameByUid(2532) }}
发布{{ getTimeInfo('2025-04-02 00:51:21') }}
#2
第二个 notification center 的 cpu 也有点高，这个和 chronod 一样也和 widgets 有关。是不是启用了某种不同寻常的 widgets （例如 ios 的 widgets ？），在数据同步时导致“大量的对象和数据传输操作”？
看了一下这两个的%cpu 均为 0
看了一下这两个的%cpu 均为 0
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-02 01:04:47') }}
#3
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-02 01:04:47') }}
#3
我已经把 Widget 都删了，也还会一样情况。不过我猜测是因为我用了 Airbuddy Beta 版的 Widget 功能，但是我已经卸载了，情况依旧。
{{ getUsernameByUid(4528) }}
发布{{ getTimeInfo('2025-04-02 10:10:12') }}
#4
{{ getUsernameByUid(4528) }}
发布{{ getTimeInfo('2025-04-02 10:10:12') }}
#4
昨天下载到 80%的时候取消更新，看来这个第六感是对的
{{ getUsernameByUid(5664) }}
发布{{ getTimeInfo('2025-04-02 15:49:58') }}
#5
{{ getUsernameByUid(5664) }}
发布{{ getTimeInfo('2025-04-02 15:49:58') }}
#5
我也是这样，昨天更新的。。。
{{ getUsernameByUid(5664) }}
发布{{ getTimeInfo('2025-04-02 15:53:07') }}
#6
{{ getUsernameByUid(5664) }}
发布{{ getTimeInfo('2025-04-02 15:53:07') }}
#6
[Mac 上的 Chronod：是 macOS 的一部分还是恶意软件？]( https://iboysoft.com/wiki/chronod.html)
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-02 16:52:19') }}
#7
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-02 16:52:19') }}
#7
现在解决了吗？我的还是这样，再这样我估计要清空重刷系统了。
{{ getUsernameByUid(5664) }}
发布{{ getTimeInfo('2025-04-02 17:30:58') }}
#8
{{ getUsernameByUid(5664) }}
发布{{ getTimeInfo('2025-04-02 17:30:58') }}
#8
#7 不行，我从 RC 刷到正式版，依旧不行，重启还是一样。。。
{{ getUsernameByUid(2532) }}
发布{{ getTimeInfo('2025-04-02 20:10:10') }}
#9
{{ getUsernameByUid(2532) }}
发布{{ getTimeInfo('2025-04-02 20:10:10') }}
#9
又看了一下，更新重启（两部分别是整一天前和 2 小时前）后目前的 chronod 的%CPU 虽然都为 0 ，但 CPU time 却高到排至第三位（排在 google chrome 和 identityserviced 之后），说明曾经高过。所以是否是需要耐心等待一段时间，等它完成特定任务后说不定会恢复正常？
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-02 22:16:44') }}
#10
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-02 22:16:44') }}
#10
太折腾了这个问题，不知道 Apple 又搞出来什么幺蛾子，目前我也没有看到有别的人有一样的问题。
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-02 22:17:20') }}
#11
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-02 22:17:20') }}
#11
是不是一重启 Chronod 就会突然冒出来占用 100% 以上，然后反反复复出现。可以截个图我参考一下吗？
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-02 22:47:17') }}
#12
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-02 22:47:17') }}
#12
/t/1122960 不知道是不是因为这个原因，我安装的 Airbuddy 有用到 Now Playing 的 Widget
{{ getUsernameByUid(16899) }}
发布{{ getTimeInfo('2025-04-03 11:50:50') }}
#13
{{ getUsernameByUid(16899) }}
发布{{ getTimeInfo('2025-04-03 11:50:50') }}
#13
怀疑是 bettertouchtool 的 widget 引起的，重启 btt 后好了
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-03 12:45:27') }}
#14
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-03 12:45:27') }}
#14
我没有这个 App 呢，我觉得肯定是这个系统版本的问题
{{ getUsernameByUid(5664) }}
发布{{ getTimeInfo('2025-04-03 16:09:57') }}
#15
{{ getUsernameByUid(5664) }}
发布{{ getTimeInfo('2025-04-03 16:09:57') }}
#15
#12 应该不是，我升级前后并没有安装新的程序，包括添加新的 widget 。这个就是间歇性的，我昨天重启过五次，中间有段时间好了，但是今天又出现了
{{ getUsernameByUid(5664) }}
发布{{ getTimeInfo('2025-04-03 16:12:39') }}
#16
{{ getUsernameByUid(5664) }}
发布{{ getTimeInfo('2025-04-03 16:12:39') }}
#16
兄弟们，15.5Beta 出来了，要不要试试？
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-03 16:25:01') }}
#17
{{ getUsernameByUid(3105) }}
发布{{ getTimeInfo('2025-04-03 16:25:01') }}
#17
要不你先试试？如果没问题我就立即升级。
{{ getUsernameByUid(5664) }}
发布{{ getTimeInfo('2025-04-03 17:58:08') }}
#18
{{ getUsernameByUid(5664) }}
发布{{ getTimeInfo('2025-04-03 17:58:08') }}
#18
#17 我已经升级了，当前使用良好
{{ getUsernameByUid(5664) }}
发布{{ getTimeInfo('2025-04-03 18:00:26') }}
#19
{{ getUsernameByUid(5664) }}
发布{{ getTimeInfo('2025-04-03 18:00:26') }}
#19
#18 然后半小时惨遭打脸，chronod 又拉高了
{{ getUsernameByUid(post.updatedByUid) }}
编辑于 {{ getTimeInfo(post.UpdatedAt) }}
{{ getUsernameByUid(post.uid) }}
发布于 {{ getTimeInfo(post.CreatedAt) }}
# {{post.num}}
{{ getUsernameByUid(post.updatedByUid) }}
编辑于 {{ getTimeInfo(post.UpdatedAt) }}
{{ getUsernameByUid(post.uid) }}
发布于 {{ getTimeInfo(post.CreatedAt) }}
# {{post.num}}
#{{nav.post.anchor}}