Intel编译器内联大小

Question

我已经用g++编译了一段时间的代码，然后转到英特尔的icpc编译器。使用icpc时，我一直收到以下警告：

remark #11074: Inlining inhibited by limit max-size 
remark #11074: Inlining inhibited by limit max-total-size 

我对g++从来没有这个问题。经过一些研究，我知道我可以使用-no-inline-max-total-size和-no-inline-total-size进行编译，以避免内联大小的限制。我的问题是，是否总是一个好的做法，删除内衬和内联尽可能多的尺寸？我的代码计算量很大，性能是关键，因此我的常识要求我应该允许编译器尽可能多地内联。这是真的吗？在某些情况下，施加内衬限制是有用的吗？

Answer 1

我的问题是，是否总是一个好的做法，删除内衬和内联尽可能多？

不，取消内衬的尺寸限制和尽可能多地内联并不总是一个好的做法。

理想情况下，内联只应在提高性能时进行。

，在某些情况下，施加内联限制是有用的吗？

如果一个函数非常大，并且从许多上下文中调用它，那么将该函数内联到所有这些上下文中将使可执行文件膨胀。如果可执行文件本身是因为内联而产生的数千兆字节，那么从磁盘加载程序可能成为瓶颈。

在病理程度较低的病例中，这种权衡更为微妙。找出最优极限的方法是测量。配置文件引导的优化可以给优化者比简单的硬限制更有用的启发式。