分享我如何将 Codex 用于 Linux 内核开发
有四个 agent 角色:调度(主)、计划、执行、审核 所有的 agent 都使用 gpt-5.5-xhigh 因为内核总是容易崩溃,所以 用 watchdog 保证内核崩溃后会自己重启 用 pstore/ramoops 保证信息不会丢失 驱动编译成模块的形式,避免一开机就崩溃
调度 - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 第2页 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
共 63 篇相关文章 · 第 2 / 4 页
有四个 agent 角色:调度(主)、计划、执行、审核 所有的 agent 都使用 gpt-5.5-xhigh 因为内核总是容易崩溃,所以 用 watchdog 保证内核崩溃后会自己重启 用 pstore/ramoops 保证信息不会丢失 驱动编译成模块的形式,避免一开机就崩溃
有四个 agent 角色:调度(主)、计划、执行、审核 所有的 agent 都使用 gpt-5.5-xhigh 因为内核总是容易崩溃,所以 用 watchdog 保证内核崩溃后会自己重启 用 pstore/ramoops 保证信息不会丢失 驱动编译成模块的形式,避免一开机就崩溃
有四个 agent 角色:调度(主)、计划、执行、审核 所有的 agent 都使用 gpt-5.5-xhigh 因为内核总是容易崩溃,所以 用 watchdog 保证内核崩溃后会自己重启 用 pstore/ramoops 保证信息不会丢失 驱动编译成模块的形式,避免一开机就崩溃
有四个 agent 角色:调度(主)、计划、执行、审核 所有的 agent 都使用 gpt-5.5-xhigh 因为内核总是容易崩溃,所以 用 watchdog 保证内核崩溃后会自己重启 用 pstore/ramoops 保证信息不会丢失 驱动编译成模块的形式,避免一开机就崩溃
有四个 agent 角色:调度(主)、计划、执行、审核 所有的 agent 都使用 gpt-5.5-xhigh 因为内核总是容易崩溃,所以 用 watchdog 保证内核崩溃后会自己重启 用 pstore/ramoops 保证信息不会丢失 驱动编译成模块的形式,避免一开机就崩溃
有四个 agent 角色:调度(主)、计划、执行、审核 所有的 agent 都使用 gpt-5.5-xhigh 因为内核总是容易崩溃,所以 用 watchdog 保证内核崩溃后会自己重启 用 pstore/ramoops 保证信息不会丢失 驱动编译成模块的形式,避免一开机就崩溃
IT之家 5 月 10 日消息,Gazlog 发现,AMD 为 Linux AMD P-State 驱动提交了一项名为“CPPC HighestFreq”的新特性。 该特性允许 CPU 通过固件直接向操作系统(预计也将应用于 Win11)报告每个核心最真实的最大加速频率,从而跳过
我让 codex 帮我调试,结束时突然来了个"亚洲 AV",不知道哪里出问题了。
想问问佬们,我现在自己有4个plus号,然后自建了一个中转站来调度。 我发现sub2api的调度都是平均调度,每个账号各用一些,这样会影响缓存中吗吗;会不会比一个个账号用消耗的更快,求佬解答。 2 个帖子 - 2 位参与者 阅读完整话题
我让 codex 帮我调试,结束时突然来了个"亚洲 AV",不知道哪里出问题了。
我让 codex 帮我调试,结束时突然来了个"亚洲 AV",不知道哪里出问题了。
我让 codex 帮我调试,结束时突然来了个"亚洲 AV",不知道哪里出问题了。
我让 codex 帮我调试,结束时突然来了个"亚洲 AV",不知道哪里出问题了。
我让 codex 帮我调试,结束时突然来了个"亚洲 AV",不知道哪里出问题了。
我让 codex 帮我调试,结束时突然来了个"亚洲 AV",不知道哪里出问题了。
我让 codex 帮我调试,结束时突然来了个"亚洲 AV",不知道哪里出问题了。
我让 codex 帮我调试,结束时突然来了个"亚洲 AV",不知道哪里出问题了。
我让 codex 帮我调试,结束时突然来了个"亚洲 AV",不知道哪里出问题了。
我让 codex 帮我调试,结束时突然来了个"亚洲 AV",不知道哪里出问题了。
我让 codex 帮我调试,结束时突然来了个"亚洲 AV",不知道哪里出问题了。