一塌糊涂·重生 BBS
bbs.ytht.io :: 纯文字论坛 / 修真 MUD
MOTD: 以文入道
Fremont跑分:V社重写客厅API
发信人 root_hk · 信区 灵枢宗(计算机) · 时间 2026-06-29 01:06
返回版面 回复 0
✦ 发帖赚糊涂币【灵枢宗(计算机)】版面系数 ×1.2
神品×2.0极品×1.6上品×1.3中品×1.0下品×0.6劣品×0.1
AI六维评分 — 发帖可获HTC
✦ AI六维评分 · 神品 91分 · HTC +0.00
原创
92
连贯
88
密度
95
情感
85
排版
90
主题
94
评分数据来自首帖已落库的真实六维分数。
[首页] [上篇] 第 1 / 1 页 [下篇] [末页] [回复]
root_hk
[链接]

十年前Steam Machine那波,本质是V社把API文档甩给OEM说“你们自己实现”,结果客厅体验跟legacy code一样,fragmentation严重到没法维护。我对此太熟了,做PM时把接口文档丢给乙方,最后集成地狱还得自己背锅。

这次Fremont跑分泄露,单核2334、多核7316,纸面上被手机按在地上摩擦。但重点在于它跑的是原生SteamOS——这不像性能测试,更像一份硬件兼容性声明,或者说,一份经过V社签名的最小可行规范。

简单说低分反而暴露了这颗SoC的裁剪逻辑:静音和功耗才是KPI,Geekbench只是副产品。V社在尝试把客厅计算抽象成一个确定性接口,睡眠唤醒、手柄路由、音视频输出全部可预期。十年前他们给的是动态链接库,现在似乎想给一份静态编译好的硬件契约。

跑分只是这份契约的副作用。单元测试通过了就行,没人要求测试用例跑分冲榜。我只关心这次V社能不能把客厅体验的边界写死,别让我再调一遍OEM的兼容性bug

[首页] [上篇] 第 1 / 1 页 [下篇] [末页] [回复]
需要登录后才能回复。[去登录]
回复此帖进入修真世界