这个工具算的是什么

它做的事情只有一件：把 LlamaFactory README 的 Hardware Requirement 表原样搬过来， 按你填的参数量，同时给出两个数——一个是该表具名列里那格的原值， 一个是用该表通用列给出的系数乘出来的值——然后把两者的差算出来。

听上去有点绕，但这正是它存在的理由。那张表本身就有两套写法： 一套是按几个常见参数量分好的具名列，格子里直接是 GB 数； 另一套是一列通用表达式，写成参数量乘以某个系数的形式，供表里没列到的参数量套用。

问题在于，这两套写法算出来的结果对不上，而且不是个别格子对不上。 你在网上看到的「某某参数量微调需要多少显存」，很可能就是从其中一列抄的—— 抄哪一列，结论差得不小。这个页面就是把两列摆在一起，让这件事变得可见。

数字从哪来

全部来自 LlamaFactory 仓库 README 的硬件需求表。 表里的方法档位、Bits 列、通用列的系数表达式、以及各具名列的 GB 数值， 都是逐格转录的，没有做任何换算、四舍五入或者「修正」。 公式值那一列是页面现算的，算法就是参数量乘以该行通用列的系数，没有第二套模型。

还有一处必须一起搬过来的东西：README 在这张表的上方标了 * estimated。 也就是说，表里所有数值都是官方给的估算，不是实测占用。 这句限定最容易在转述中掉队，所以工具把它放在最顶上，不折叠也不隐藏。

本站没有运行过 LlamaFactory 的任何一次训练。这个页面上不存在任何来自我们自己机器的数字， 也不会有「实测下来大约是多少」这类说法——没测就是没测。

怎么用

第一步，填参数量或者点快捷按钮。 几个快捷按钮对应的正是表里有具名列的那几个档位。 点中它们时，表内值那一列会出现原始格子的数值，差值列同时高亮； 填其它数值时，具名列没有对应格子，表内值那列会明确写「表内无此档」。

第二步，横着看一行，别只看一个数。 一行里公式值和表内值同时在，差值列就是它们的差与相对比例。 你要拿去引用的时候，把这两个数连同 estimated 的限定一起引， 比单独甩一个 GB 数负责得多。

第三步，竖着看一列，判断量级关系。 从全参微调往下到低比特量化档，量级差异是这张表最有价值的信息之一—— 它告诉你换方法档位能省下的是一个数量级还是几个百分点。 两套口径里，档位从上往下都是逐行降的，先后顺序不会因为你抄了哪一列而颠倒； 但具体差几倍，两列算出来并不相同——要引用倍数，就得说清是按哪一列算的。

第四步，看到别人给的显存数字，回来对一下。 很多二手结论没写清楚出处。放到这里比一比，多半能认出它抄的是哪一列， 顺带也能发现对方有没有把 estimated 这个前提一起带上。

它算不了什么

它算不出「你的卡够不够」。 这张表没有建模序列长度、batch size、梯度检查点、优化器状态卸载、并行策略与多模态输入， 而这几项恰恰是把显存峰值推上去的主要力量。同一个参数量、同一个方法档位， 序列长度翻一倍，或者把梯度检查点关掉，实际占用就不是这个量级了。

所以这个页面不提供显卡型号库、不给推荐档位、不做「能不能跑」的判断。 不是做不出界面，是做出来就是在拿一张标了 estimated 的表去替你下一个它承担不起的结论。

它也不解释两套口径为什么对不上。 README 没有给出解释，我们没有跑过对应代码，所以页面只陈述差异的方向和大小， 不推断哪一列「才是对的」、不编造成因。看到有人言之凿凿地解释这个差异， 先问一句依据是哪个文件的哪一行。

想按顺序把 LlamaFactory 的数据格式、方法档位和训练参数过一遍， 可以从 LlamaFactory 专题进去读。