一个常见的评审周场景是：几个人在LS-PrePost里翻结果、切视角、比对云图，另几个人在排队等求解。管理员打开许可管理界面，只看到一部分LS-DYNA记录，于是怀疑前后处理也在悄悄占许可；也有人反过来判断，既然界面上没有LS-PrePost这一行，就说明它没有在用。两种结论都下得太快。LS-PrePost取不取许可，和LS-DYNA的用量在哪里留痕，是两件事。

三张工作台，不要合成一张

原厂《LS-PrePost User's Guide》2026 R1（v261，2026年3月）第1.3节写得很直接：LS-PrePost应用程序（包括附加产品）不签出许可密钥。紧接着还有半句限定——这些程序仅供与持有有效许可的LS-DYNA产品配合使用，使用行为受管辖LS-DYNA的软件许可协议约束。翻成管理语言：打开模型、编辑关键字、查看云图这一步不向许可服务器领钥匙，但它不是一套脱离LS-DYNA授权、可以单独采购部署的软件。把前半句单独摘出来讲成“谁都能装、随便用”，是把限定条件丢掉了。

第二层是入口。LS-PrePost从4.3版起内置LS-Run，可从File菜单的Run LS-DYNA启动求解，这是LS-PrePost官方产品页的说明。此时屏幕上还是同一个窗口，实际被拉起来的是求解器；许可在求解器那一侧申请，不在前处理界面这一侧。第三层才是求解本身，排队、并发、多算例，都按求解许可的规则走。

为什么清单里找不到那一行

2021年2月，Ansys学习论坛上一位订阅用户提问：服务器方式的LS-DYNA和LS-PrePost许可，会不会反映在Ansys License Management Center和Ansys Licensing Portal里。版主的答复是，只有由Ansys License Manager发放的许可才会列出，LSTC的LS-Dyna许可不会。Ansys员工随后补充，LS-PrePost不需要许可；若使用LSTC许可管理器并保存了许可日志，可以用lstc_logreport提取使用信息，Windows版默认读取lstclm.log，Linux服务器需要在启动时用-l指定日志名。提问者追问的其实是第二件事——那该怎么看LS-DYNA的实际用量。

这段答复要连同它的范围一起读：时间是2021年，针对的是当时由LSTC管理器发放许可的部署。今天动手前，先确认这套环境里的许可由哪个管理器发放，再去对应的界面或日志里核对，不能把几年前的帖子当成所有版本的现状。反过来，许可清单里没有LS-PrePost这一行，是符合原厂说明的正常结果，不必当作漏配去补。

告警来了，先数哪一边

许可紧张时，先数排队和运行中的求解任务，不要先数打开结果的人数。前后处理不签出许可，把查看窗口算进并发，会把容量问题估大；但也不能因此认为PrePost完全不占资源。同一份v261指南的硬件要求写明，LS-PrePost最低需要16GB内存（零件少于200个特征、装配少于1000个组件），推荐32GB以上（零件达到200个特征、装配达到1000个组件时），超大模型要64GB以上，并要求使用经过认证的OpenGL工作站显卡及驱动。模型打不开、转不动，先核内存与显卡驱动是否达到这条线，在没有确认之前，不要直接归因于显卡故障或许可不足。

另一条分流针对“看不到记录”。先确认客户端连的是哪套许可服务，再看服务端有没有留下这次作业的记录，最后才讨论是不是容量不够。顺序颠倒，容易把一次连接配置问题记成采购需求。

把账记在求解这一侧

前后处理不领钥匙，不等于许可管理无事可做。真正需要观察的是求解许可在什么时段被谁占用、排队多长、哪些任务在等人。浮点许可优化管理软件对已接入的许可资源提供统一管理、实时监控、历史分析和许可优化，把求解侧的使用时段与占用分布放进同一条时间线，团队再判断是加任务、调时段，还是补授权。接入方式取决于现场实际的许可管理器与已支持的类型，不能因为软件名相同就假定采集方式一致；现有支持清单中的LS-Dyna记录属于旧LSTC类型的适配线索，既不代表LS-PrePost作为独立产品接入，也不代表所有Ansys许可体系都能按同一种方式统计。

广州浮点信息科技有限公司通过浮点许可优化管理软件，帮助客户掌握浮动版软件的使用数据，提升许可证使用效率，助力企业降本增效。如有LS-DYNA许可证使用、管理与优化方面的需求，欢迎联系我们。