响应速度 - 钛刻 - 科技风向旗 - 深度刻画技术趋势,引领数字未来 - 钛刻科技 | TCTI.cn - 钛刻 (TCTI.cn) 为您提供最前沿的硬核科技资讯、深度评测和未来技术趋势分析。
目前cc用的是最新版2.1.144，用的是自定义模型，明确感知到同一个模型下，cc的响应速度比opencode慢很多，大家有这种情况吗 2 个帖子 - 2 位参与者 阅读完整话题
tech LinuxDo 最新话题 2026-05-19 09:45:37+08:00
求助一下大家： 我用 Claude Code 跑一个任务通常要 1-2 分钟，长的能到 5-10 分钟，而且 prompt 提交后要等十几秒才开始有输出。 但之前用 Cursor 的 Opus 模型、还有 Codex ，反应都很快，prompt 一发基本立刻就有响应。 想确认两件
tech V2EX - 技术 2026-05-14 13:33:32+08:00
求助一下大家： 我用 Claude Code 跑一个任务通常要 1-2 分钟，长的能到 5-10 分钟，而且 prompt 提交后要等十几秒才开始有输出。 但之前用 Cursor 的 Opus 模型、还有 Codex ，反应都很快，prompt 一发基本立刻就有响应。 想确认两件
tech V2EX - 技术 2026-05-14 13:11:49+08:00
求助一下大家： 我用 Claude Code 跑一个任务通常要 1-2 分钟，长的能到 5-10 分钟，而且 prompt 提交后要等十几秒才开始有输出。 但之前用 Cursor 的 Opus 模型、还有 Codex ，反应都很快，prompt 一发基本立刻就有响应。 想确认两件
tech V2EX - 技术 2026-05-14 12:49:35+08:00
求助一下大家： 我用 Claude Code 跑一个任务通常要 1-2 分钟，长的能到 5-10 分钟，而且 prompt 提交后要等十几秒才开始有输出。 但之前用 Cursor 的 Opus 模型、还有 Codex ，反应都很快，prompt 一发基本立刻就有响应。 想确认两件
tech v2ex 2026-05-14 12:37:30+08:00
求助一下大家： 我用 Claude Code 跑一个任务通常要 1-2 分钟，长的能到 5-10 分钟，而且 prompt 提交后要等十几秒才开始有输出。 但之前用 Cursor 的 Opus 模型、还有 Codex ，反应都很快，prompt 一发基本立刻就有响应。 想确认两件
tech V2EX - 技术 2026-05-14 12:37:30+08:00
求助一下大家： 我用 Claude Code 跑一个任务通常要 1-2 分钟，长的能到 5-10 分钟，而且 prompt 提交后要等十几秒才开始有输出。 但之前用 Cursor 的 Opus 模型、还有 Codex ，反应都很快，prompt 一发基本立刻就有响应。 想确认两件
tech V2EX - 技术 2026-05-14 10:32:06+08:00
对于中转站的延迟问题TTFT和响应速度这些问题该如何优化呢？目前测试下来主要是上游的响应时间比较长，为什么会这样子呜呜 13 个帖子 - 6 位参与者 阅读完整话题
tech LinuxDo 最新话题 2026-05-13 09:47:39+08:00
IT之家 5 月 12 日消息，微软正在持续推进“Windows K2”计划以改善 Win11 性能。目前微软已在 GitHub 的一篇文章中详解 WinUI 框架改进工作，可让系统响应速度更快。 微软工程师 Beth Pan 表示：“我们的使命是让 WinUI 3 成为 Win
tech IT之家 2026-05-12 22:06:55+08:00
IT之家 5 月 12 日消息，苹果公司今天（5 月 12 日）同步推送 tvOS 26.5、HomePod 26.5 更新，覆盖支持 Apple TV 4K、HomePod 与 HomePod mini。 根据苹果官方更新日志内容，本轮 26.5 版本更新主要带来“性能和稳定性
tech IT之家 2026-05-12 07:24:00+08:00
Windows 11 正在测试名为低延迟配置文件的实验性选项，该选项被开启后将在用户执行关键点击操作 (例如点击开始菜单按钮、右键菜单以及启用应用程序等) 时，在 1~3 秒内瞬时提升 CPU 频率使得 UI 响应速度缩短，避免用户执行此类点击时总是觉得有种卡顿的感觉。 该消息发
tech cnBeta全文版 2026-05-11 12:35:11+08:00
结论: DS扩卡了 数据来部门内部New-api，接入Deepseek官方API，所有统计均限为Deepseek-v4-pro模型 Token生成速度未变化， 33.4tok/s vs 33.7tok/s 缓存命中率 97.9% vs 98.6% 响应时间降低约 40% ～ 50
tech LinuxDo 最新话题 2026-05-08 23:37:45+08:00
佬们，我用CPA把plus账号放一起了，在vscode插件里用，但是我感觉明显响应速度变慢了不少，这个正常吗。有啥优化方法吗， 3 个帖子 - 2 位参与者 阅读完整话题
tech LinuxDo 最新话题 2026-05-08 11:15:17+08:00
刚购买了MiniMax-M2.7-highspeed，这响应速度是真爽啊，有没有使用过的，效果怎么样？ 17 个帖子 - 9 位参与者 阅读完整话题
tech LinuxDo 最新话题 2026-05-08 11:13:20+08:00
今天工作日真是爽蹬glm5.1，响应速度真是超级超级快，没有一次报错。或许官网付费套餐也就这种体验吧 。真是感谢大佬的公益站 2 个帖子 - 2 位参与者 阅读完整话题
tech linux.do 2026-05-06 17:48:49+08:00
你是不是也有这样的烦恼，使用api 驱动codex，codex响应速度很慢，并且无法使用codex自带的插件，以及ssh管理这些新功能。 通过站内佬友的思路，我把该功能都做了，并且做成了一个skill，实测windows和mac都可以，你可以拖到codex里面让他帮你完成。 pa
tech linux.do 2026-05-05 13:44:07+08:00
目前在用 OpenCode Go 的 GLM-5.1 套餐，整体响应速度和稳定性都不错，体验挺好。 但用量消耗很快，才使用一周就已经耗掉 65%~70% 额度，眼看就要不够用了。 之前也试过百度、火山引擎的相关套餐，同样是跑 GLM-5 ，体验很差，基本没法正常使用。智谱官网的
tech www.v2ex.com 2026-04-27 17:58:16+08:00
目前在用 OpenCode Go 的 GLM-5.1 套餐，整体响应速度和稳定性都不错，体验挺好。 但用量消耗很快，才使用一周就已经耗掉 65%~70% 额度，眼看就要不够用了。 之前也试过百度、火山引擎的相关套餐，同样是跑 GLM-5 ，体验很差，基本没法正常使用。智谱官网的
tech www.v2ex.com 2026-04-27 16:58:16+08:00
目前在用 OpenCode Go 的 GLM-5.1 套餐，整体响应速度和稳定性都不错，体验挺好。 但用量消耗很快，才使用一周就已经耗掉 65%~70% 额度，眼看就要不够用了。 之前也试过百度、火山引擎的相关套餐，同样是跑 GLM-5 ，体验很差，基本没法正常使用。智谱官网的
tech www.v2ex.com 2026-04-27 15:58:16+08:00
目前在用 OpenCode Go 的 GLM-5.1 套餐，整体响应速度和稳定性都不错，体验挺好。 但用量消耗很快，才使用一周就已经耗掉 65%~70% 额度，眼看就要不够用了。 之前也试过百度、火山引擎的相关套餐，同样是跑 GLM-5 ，体验很差，基本没法正常使用。智谱官网的
tech v2ex.com 2026-04-27 15:35:13+08:00