欢迎大家访问我的网站!

Mistral 开源 Timestral:不用显卡做网站流量预测,28M 版本就够用了

时间序列模型这次不挑硬件了

10 月 15 日,Mistral 放出了 Timestral,一个专门做时间序列预测的模型家族,四个尺寸:5M、28M、123M、209M 参数。最大的那个 209M,权重文件 fp32 下 837 MB,跑在普通服务器 CPU 上,一次一天长度的预测只要 140 毫秒;最小的 5M 是 10 毫秒。

不用 GPU。这四个字对站长来说比参数规模有意义得多。过去想给网站做点预测——下个月带宽会涨多少、广告收益的 seasonal 波动长什么样、下载站某个资源的热度还剩几周——要么自己拿 ARIMA 之类的传统方法一条条序列拟合,要么训个深度学习模型,两条路都要求你先有一块卡和一位愿意维护它的人。

Timestral 是第三种做法:预训练好的基础模型,零样本,喂历史数据直接出预测,不针对你的数据重新训练。

服务器CPU上的时间序列预测概念插画

图片由 AI 生成

它给出的不是一个数,是一段区间

这是 Timestral 用起来最不一样的地方。每个时间步输出 21 个分位数,从 1% 到 99%,也就是说你拿到的是一条概率带而不是一根线。

对做站的人,这个区别很实际。预测下个月的 CDN 流量,给一个"大概是 1.2 TB"的单一数字,你没法拿它做决策;给一个"50 分位是 1.2 TB,90 分位是 1.9 TB",你就能决定按哪个档位买流量包。快消行业里常见的做法是按 70 分位备货、按 50 分位排产,换到网站运营上,就是按高分位买资源、按中分位做预算。

输入这边给了 32768 个时间步的上下文窗口。按 15 分钟粒度算,那是差不多三周的历史。单次前向最多预测 1024 步,更长的要分块滚动,把上一块的中位数喂回去当上下文。

协变量是能塞进去的

模型把每条序列拆成三类:目标序列、只有过去的协变量、未来已知协变量。信息只往目标方向流动,避免未来数据泄漏。未来已知这一类对站长特别有用——节假日日历、你计划好的促销活动、已知的改版时间点,都能作为输入提前告诉模型。

有个坑必须提:缺失值要用 NaN 明确标出来,不能填 0。模型会把数值 0 当成一次真实读数(0 MW、0 RPM),填零会污染归一化和分位数校准。网站日志里断流的那几小时,处理时一定要留空,别图省事补零。

许可才是先看的那一项

Timestral 的许可是分开的两层。

  • 推理代码:GitHub 上 Apache 2.0,随便改、随便集成。
  • 模型权重:Hugging Face 上的 Modified MIT,加了一条收入门槛——如果你或你的雇主上个月全球合并收入超过 2000 万美元,权重授权不适用,需要单独找 Mistral 谈商业许可。

这条门槛跟着衍生品和微调版本一起走,不管你从 Mistral 还是从别的渠道拿到权重都算。2000 万美元一个月约合一年 2.4 亿美元,绝大多数个人站长和中小团队远在这条线以下,可以放心用;但如果你所在的公司规模不小,用之前先确认一下,别等上线了才发现要补协议。

横向比一下更清楚:Google 的 TimesFM-3 挂的是非商用许可,基本堵死了生产用途;Amazon 的 Chronos-2 是 Apache 2.0,规模不限。Timestral 卡在中间——比 TimesFM-3 松,比 Chronos-2 多一条规模限制。

开源许可对比概念插画

图片由 AI 生成

基准数字要打折看

Mistral 自己的模型卡上,209M 版本在 GIFT-Eval 上 MASE 0.658,TimesFM-3 是 0.667,Chronos-2 是 0.698;fev-bench 的技能分 50.39 对 48.99 和 47.28。

领先,但领先不多,而且全是 Mistral 自己跑的、对手分数也写在它的卡上,Google 和 Amazon 并没有公布对应的可比数字。技术报告也还没出。看这个表的时候心里有个数就行,别当成第三方评测。

更有参考价值的是尺寸之间的性价比:28M 版本在 GIFT-Eval 上就超过了 Chronos-2,123M 的成绩跟 209M 差不到 0.2%,但耗时少约四分之一。自己先跑的话,从 28M 起步比直接上 209M 划算。

站長能拿它做什么,以及不该做什么

能做的几件事:访问量和带宽的趋势预测,用来提前判断要不要升级套餐;广告收益的季节性判断;下载站里某个资源的生命周期还剩多久;会员订阅的续费预测。这些都是有明确历史序列、有周期性的场景,正好是基础模型擅长的。

不该做的是把它当成万能替代。如果你的数据历史很长、特征以类别型的表格字段为主,LightGBM 这类树模型依然又快又准,而且没有许可问题。Timestral 的价值在于冷启动——你手上序列不多、不想为每个数据集单独维护模型的时候,它能当天就给出一条可用的基线。

还有一条工程建议:把模型藏在接口后面。真正值钱的是那条流水线——干净的历史数据、统一的命名、节假日和活动标记。哪天你长大了越过了收入门槛,或者想换成 Chronos-2,换的是模型,不是整套系统。

转载声明:本站发布文章及版权归原作者所有,转载本站文章请注明文章来源!

本文链接:https://www.zkui.cn/post/77.html

收藏 点赞

网友评论

热门文章
随机文章
热门标签
侧栏广告位
图片名称