kaidong21 最近的时间轴更新 kaidong21 最近的时间轴更新 | kaidong21V2EX 第 492120 号会员，加入于 2020-05-29 09:47:17 +08:00今日活跃度排名 4460 |
kaidong21 最近回复了
5 天前 回复了 wsgfz000 创建的主题 macOS 你们没发现 Mac 微信在阻止休眠吗? |
一样的问题，官网最新版本也是 4.1.2 ，找不到 OP 说的 4.1.4 ；难不成还有内测版？
47 天前 回复了 blank0ken 创建的主题 Apple iPad mini 7 更新 iPadOS26 后，偶现滑动无响应问题 |
我是 13pro ，也有这样的问题，不知道是不是因为 OTA 升级的，等我回头备份重新抹除一下试试
61 天前 回复了 kuawo 创建的主题 Apple 有手持 13pm 的吗 换不换 17 系列呀~~~ |
@kuawo 我是 apple store 换的，去年 9 月底换的，现在 90 了...
66 天前 回复了 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 还小的总大小。）
145 天前 回复了 Livid 创建的主题 Visual Studio Code 最近用 VSCode Agent + Sonnet 4 从零开始做了个小游戏 |
整个项目大概写了多久？
165 天前 回复了 leaveeel 创建的主题 北京 北京有什么推荐的吃的 |
北京的小吃和一些老字号餐厅的命名方式常常是“食物+姓氏”，例如“爆肚冯”、“羊头马”，‘’汉堡王’
179 天前 回复了 Tumblr 创建的主题 iOS iOS 18.5 放出了，更新过的大佬们分享一下使用体验吧 |
@belin520 策划退钱！
202 天前 回复了 superbai 创建的主题 问与答 Oppo Find X8 Ultra 和 Vivo X200 Ultra 都发布了，选哪个？ |
增持专门拍照的话无脑 vivio ，如果想全套换掉苹果， 选 ophone
265 天前 回复了 tog 创建的主题 游戏 看到有人问游戏，正好说下自己心中玩的网游排名 |
@dylanqqt 自走棋，启动！
Select Language