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