我正在使用Red Gate的Performance Profiler优化物理模拟程序.处理碰撞检测的代码的一部分有大约52个以下的小检查,在两个案例中处理3维26个方向的细胞.
CollisionPrimitiveList cell = innerGrid[cellIndex + 1];
if (cell.Count > 0)
contactsMade += collideWithCell(obj, cell, data, ref attemptedContacts);
cell = innerGrid[cellIndex + grid.XExtent];
if (cell.Count > 0)
contactsMade += collideWithCell(obj, cell, data, ref attemptedContacts);
cell = innerGrid[cellIndex + grid.XzLayerSize];
if (cell.Count > 0)
contactsMade += collideWithCell(obj, cell, data, ref attemptedContacts);
作为程序的一个非常紧凑的循环,所有这些都必须采用相同的方法,但是我发现,在我将区域从两个维度扩展到三维之后(突然从16增加到52个检查),我突然发现,突然cell.Count不再被内联,即使它是一个简单的吸气剂.
public int Count { get { return count; } }
这引起了巨大的性能损失,我花了相当长的时间才发现,当cell.Count出现在方法中28次或更少时,它每次都被内联,但一旦cell.Count出现在方法中29次或更多次,它没有一次内联(即使绝大多数调用都来自很少执行的代码的最坏情况部分.)
回到我的问题,是否有人有任何想法绕过这个限制？我认为简单的解决方案只是使计数字段内部而非私密,但我想要一个比这更好的解决方案,或者至少只是更好地了解情况.我希望在http://msdn.microsoft.com/en-us/library/ms973858.aspx上的Microsoft编写高性能托管应用程序页面上会提到这类事情,但遗憾的是它不是(可能是因为它有多乱28个计数限制是？)
我使用的是.NET 4.0.
编辑:看起来我误解了我的小测试.我发现内联失败不是因为方法本身被调用了28次以上,而是因为它们应该被内联到的方法被一些标准"太长"了.这仍然让我感到困惑,因为我没有看到一个简单的getter如何理性地没有内联(并且我的分析器清楚地向我显示了内联的性能明显更好),但显然CLI JIT编译器拒绝内联任何内容只是因为这个方法已经很大了(稍微改变一下,我发现这个限制是1500的代码大小(来自idasm),超过这个限制就没有内联,即使在我的getter的情况下,一些测试显示没有额外的代码内联的开销).
谢谢.
据我所知,我认为id1和id2来自类型类并且id1'和id2'不是没有任何区别.我正在使用最新的Haskell平台(GHC版本7.0.4和现在的7.4.1)运行"ghc Rewrite",我希望1也能解雇.
$ ghc Rewrite
[1 of 1] Compiling RewriteProblems ( Rewrite.hs, Rewrite.o )
Rule fired: rewrite/ez'
Rule fired: rewrite/to1'
Rule fired: rewrite/ez
Rule fired: rewrite/ez
Rule fired: Class op id2
Rule fired: Class op id2
这个例子:
{-# OPTIONS_GHC -O -ddump-rule-firings #-}
module RewriteProblems where
{-# RULES
"rewrite/ez" forall a. id1 a = RDUnit
"rewrite/to1" forall a. id2 (id2 a) = id1 a
"rewrite/ez'" forall a. id1' a = RDUnit
"rewrite/to1'" forall a. id2' (id2' a) = id1 a
#-} …