问题解决了，换了更新版本的软件，换了计算能力更强内存更多的计算机，顺带优化一下fft中乘法实现形式(指定dsp模块)，以前默认用逻辑实现，大概省了5%不到的lut。我认为主要因素还是版本太低导致的。
【 在 linuxlee 的大作中提到: 】
: 你误解我意思了。我们曾经碰到过一个项目，4×12lane数据的收发，我们用sv的语言才开始将所有数据定义在一起，后来发现程序加到一定的程度在布线阶段经常出现拥塞，编不过去。后来偶然将这4×12lane的数据变成12lane一个模块，然后在外层在调用4次，从问题不再。除此而外还需要注意bram的宽度，以及有没有扇出特别大的信号，有没有可能加到全局时钟网络上。还有需要注意约束，x家有的软核，里面约束不够。这些事我们碰到的问题，需要一点点的去试
:
--
FROM 114.249.152.*