评审定在下周三，周一早上热设计组同时打开 FloTHERM，准备把最后几版模型跑完。三个人里两个卡在取许可的提示上，另一个跑了一夜，残差曲线几乎没动。看起来都是“跑不动”，处理办法却完全不同，混着讨论，往往只会得出“许可不够，再买两套”的结论。

先把“在等”、“在算”和“抢不到”分开

电子散热仿真在评审前集中提交有明显的季节性：平时一天几个模型，评审前一周可能几十个。此时的“慢”至少有三个来源。

第一是网格规模带来的求解时长。模型从板级做到系统级，单次求解从几十分钟变成十几小时很正常。西门子的技术资料建议，网格达到一亿五千万以上的模型启用 64 位索引与双精度求解设置——这类模型的时间主要花在迭代上，不是许可上。

第二是并行与加速授权。西门子产品资料说明 FloTHERM 求解器支持多核并行；但并行是否要额外授权、按核数计还是按任务计，不同版本与合同差异很大，须向原厂或代理确认。判断办法很朴素：同一模型把核数从 4 调到 16，若求解时间没有明显变化，或日志出现加速授权不可用的提示，就往这个方向查。

第三才是多人同时提交造成的许可争抢。特征是求解日志根本没产生迭代记录，许可端却显示并发已占满。

用 logit 文件判断是在算还是在等

西门子社区的技术文章给出了一条实用线索：无论交互求解还是命令行求解，求解进度都会写入项目解算目录下 PDTemp 文件夹里的 logit 文件，按迭代记录求解前后的残差，以及模型前四个监测点的数值。

拿到一个“跑得慢”的模型，先看 logit 的最后修改时间和残差走势：残差在降、迭代在推进，是模型在算，问题在网格或收敛设置；logit 长时间不更新而进程还在，是求解器卡住或资源不足；根本没有 logit 文件，则是许可没拿到、任务还在排队。这一步能挡掉大部分“许可不够”的误判。

许可端要核对的三件事

这三项在浮点许可优化管理软件的实时监控与历史报表里可以直接拉出来，不必逐台机器问人。

模块这一项容易被忽略。西门子产品资料写明，MCAD Bridge 模块和模型校准需要单独的许可，另有一种 Flexx 授权可在 FloTHERM 与 FloTHERM XT 之间切换使用。也就是说，“有 FloTHERM 许可”不等于所有功能都取得到。多用户团队里，西门子社区的讨论提到可用 mgcld 的选项文件按用户组限定某个特性的使用范围；但同一讨论中也有人指出，他们使用的 mgcld 版本不支持借用等部分选项功能。能否用、怎么用，仍需向原厂确认。

评审前一周怎么排

提前一周拉出历史并发曲线，找出上一轮评审前的峰值时段作为基准，而不是凭印象估。把待跑模型分成“评审必须”和“可以后补”两类，前者占白天时段，后者排到夜间批量顺序执行——西门子的批处理文档正是按顺序逐个求解项目，适合过夜跑。初筛用粗网格、放宽收敛目标，方向确认后再用细网格复算，别让每个中间版本都吃满精度。按项目而非按人分配许可，预留一份给评审当天临时补算。最后把提交时间写进共享表，避免两人同时点下同一个模型。

平时把数据留下来

评审前的拥堵，大多是平时没有记录造成的。浮点许可优化管理软件把 FloTHERM、FloEFD 等许可集中到统一视图；历史分析还原每个季度的提交高峰，让排期有依据；许可优化在确认闲置后释放会话，并按优化频率分时轮换，缓解评审前尖峰。这种周转受许可数量与派发机制限制，承载有限，不改变原厂授权规则，也不能替代模型侧的网格与并行设置。

许可和模型是两个独立变量。先看 logit 判断在算还是在等，再去许可端找证据，比一上来就申请采购更省时间。

广州浮点信息科技有限公司可结合浮点许可优化管理软件，协助企业把评审前的提交高峰和日常占用分开记录，具体版本接入需现场确认。如果每到评审前就抢许可，可以先拉出上一轮的历史并发曲线，再安排这一轮的执行顺序。