kaidong21 最近的时间轴更新 kaidong21 最近的时间轴更新 |
kaidong21V2EX 第 492120 号会员，加入于 2020-05-29 09:47:17 +08:00 |
kaidong21 最近回复了
4 天前 回复了 zackzergzeng 创建的主题 › 罗技 › 今天有没有 Option+转圈圈完全卡死的 |
改时间有用，我已经弄好了
2025 年 11 月 22 日 回复了 rolandzhou 创建的主题 › Singapore › 海运集运真的很慢 |
握手🤝，咱俩是一个船，我是买了个桌子
2025 年 11 月 4 日 回复了 wsgfz000 创建的主题 › macOS › 你们没发现 Mac 微信在阻止休眠吗? |
一样的问题，官网最新版本也是 4.1.2 ，找不到 OP 说的 4.1.4 ；难不成还有内测版？
2025 年 9 月 24 日 回复了 blank0ken 创建的主题 › Apple › iPad mini 7 更新 iPadOS26 后，偶现滑动无响应问题 |
我是 13pro ，也有这样的问题，不知道是不是因为 OTA 升级的，等我回头备份重新抹除一下试试
2025 年 9 月 10 日 回复了 kuawo 创建的主题 › Apple › 有手持 13pm 的吗 换不换 17 系列呀~~~ |
@kuawo 我是 apple store 换的，去年 9 月底换的，现在 90 了...
2025 年 9 月 5 日 回复了 SSang 创建的主题 › Local LLM › 大语言模型中规模和模型大小的关系？ |
1 楼的回复是正确的, 你这里规模都是 30B 参数量模型，不同大小的原因是采取了不同量化方式打包；
至于为什么 XL 比 M 更小，你可以查一下 K-quant 的机制：（以下是 gpt-5 的回复： 思想是把权重分成更小的组来量化，同时为每组保存更细的缩放统计，必要时还会对“异常值”采用更高比特保存，以提升质量。S, M, XL 表示不同的取舍，通常从小到大质量提升也可能带来体积增加，但由于不同张量的具体分配和打包对齐，实际总大小不必然单调。有时 XL 在某些张量上换成更高效的打包格式，抵消了统计量的额外开销，所以出现比 M 还小的总大小。）
至于为什么 XL 比 M 更小，你可以查一下 K-quant 的机制：（以下是 gpt-5 的回复： 思想是把权重分成更小的组来量化，同时为每组保存更细的缩放统计，必要时还会对“异常值”采用更高比特保存，以提升质量。S, M, XL 表示不同的取舍，通常从小到大质量提升也可能带来体积增加，但由于不同张量的具体分配和打包对齐，实际总大小不必然单调。有时 XL 在某些张量上换成更高效的打包格式，抵消了统计量的额外开销，所以出现比 M 还小的总大小。）
2025 年 6 月 18 日 回复了 Livid 创建的主题 › Visual Studio Code › 最近用 VSCode Agent + Sonnet 4 从零开始做了个小游戏 |
整个项目大概写了多久？
2025 年 5 月 29 日 回复了 leaveeel 创建的主题 › 北京 › 北京有什么推荐的吃的 |
北京的小吃和一些老字号餐厅的命名方式常常是“食物+姓氏”，例如“爆肚冯”、“羊头马”，‘’汉堡王’
2025 年 5 月 14 日 回复了 Tumblr 创建的主题 › iOS › iOS 18.5 放出了，更新过的大佬们分享一下使用体验吧 |
@belin520 策划退钱！
2025 年 4 月 22 日 回复了 superbai 创建的主题 › 问与答 › Oppo Find X8 Ultra 和 Vivo X200 Ultra 都发布了，选哪个？ |
增持专门拍照的话无脑 vivio ，如果想全套换掉苹果， 选 ophone
Select Language