EDA 存储运维：NFS 性能调优与大设计数据管理
EDA 的数据量很吓人：一个项目几十 TB，波形文件单个就几十 GB，中间文件数以百万计。存储一慢，全员编译仿真都跟着慢；存储一挂，数据丢了就是事故。这篇讲 EDA 存储的日常运维：NFS 调优、大小文件治理和备份。
一、EDA 存储长什么样
多数 EDA 环境以 NFS 为主：项目盘放设计数据和回归结果，home 盘放个人配置，临时盘放中间文件和波形。三者一定要分开：临时文件写爆了不能影响项目盘，home 盘满了不能拖垮工具启动。目录结构上按项目分顶层目录，每个项目下再分 rtl、sim、regress、release，release 目录只读，靠流程写，不靠自觉。
二、NFS 性能调优
# 看当前挂载参数和 NFS 版本
mount | grep nfs
nfsstat -m
# 典型挂载参数（写进 /etc/fstab，别只在命令行挂）
lic-server:/eda/proj /eda/proj nfs \
rw,noatime,nodiratime,rsize=1048576,wsize=1048576,vers=4.1,hard,intr 0 0- rsize / wsize：读写块大小，万兆网络上可以给到 1M，小了来回次数多，吞吐上不去。
- noatime：读文件不更新访问时间，EDA 场景下读操作占大头，这个参数效果最明显。
- NFSv4.1 优先：比 v3 少一次锁管理往返，并发更好；老设备不支持再退回 v3。
- hard + intr：服务器抖动时客户端等着而不是直接报错，仿真任务最怕半路 IO 报错。
- sync 还是 async：服务端 async 快但掉电可能丢数据，项目盘用 sync，临时盘可以用 async。
三、大文件与小文件是两回事
波形文件是大文件顺序写，瓶颈在带宽；中间文件是海量小文件，瓶颈在元数据和 inode。小文件一多，先耗尽的往往不是容量而是 inode，df -i 要和 df -h 一起看。定期清理的方向：回归中间文件只保留最近 N 次，波形按需转存，编译临时目录每天清一次。
# 看 inode 和容量
df -h /eda/proj; df -i /eda/proj
# 找最大的 20 个目录
du -sh /eda/proj/* 2>/dev/null | sort -rh | head -20
# 清理 30 天前的回归临时文件（先 --dry-run 看清单）
find /eda/proj/regress -type d -name "tmp*" -mtime +30 -print
find /eda/proj/regress -type d -name "tmp*" -mtime +30 -exec rm -rf {} +四、配额与清理
配额是防呆不是为难人：按项目给配额，超了先告警再硬限；个人 home 盘配额小一点，逼大家把大文件放项目盘。清理要自动化：crontab 每天跑清理脚本，删之前先发清单给项目组确认，删了的进回收站保留 7 天再彻底清，误删还能救回来。
五、备份与快照
- 快照：存储端每天一次快照，保留 7 天，误删文件先找快照，比翻备份快得多。
- 备份：项目盘每天增量、每周全量，备份窗口放在凌晨低峰期，别跟回归抢带宽。
- 恢复演练：每季度做一次真实恢复演练，备份从来没恢复过等于没备份。
- 异地：关键项目至少一份异地备份，机房级故障才是备份存在的意义。
存储运维就三句话：分盘隔离、定期清理、备份能恢复。容量告警阈值设在 85%，别等到 100% 才动手，那时候连删文件的空间都没了。
声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。
