知识大全也谈.NET 3.5 SP1中的JIT增强

Posted 2022-07-17 知

篇首语：成功由大量的失误铸就。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全也谈.NET 3.5 SP1中的JIT增强相关的知识，希望对你有一定的参考价值。

也谈.NET 3.5 SP1中的JIT增强 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

在 NET平台里大部分编译器的优化并不是通过VB和C#编译器来完成的它们宁可把优化的处理推后到CLR的即时（Just In Time JIT）编译器读取IL 并转换为原生机器码的时候来完成由于这个原因对JIT的改变会极大地影响之前编译好的程序集　　　一个主要的影响就是内联函数（Inlining Function）调用之前 JIT对内联方法的处理非常保守 Vance Morrison解释了个中缘由它对内联的处理并不是很好内联总是减少指令执行的数量（这是由于最低限度的调用和返回指令没有被执行）但是它能（并经常）让结果代码变得很大大部分人都能直觉地理解内联大的方法（比如 Kb的）不是很有意义而内联非常小的方法可以让调用的占用空间更小（由于调用指令才字节）这样的选择总是正确的但是介于两者之间的方法要如何处理呢？　　　有趣的是当你让代码变大时你也就让它执行缓慢因为内存天生地缓慢你的代码越大它越不会放在最快的CPU缓存（称之为L ）里面执行在那样的情况下处理器需要执行个周期直到它能从另外的缓存（称之为L ）中获取到执行代码如果L 缓存中还不存在那么就需要到主内存中获取（需要花费 +周期）对于在紧密循环中执行的代码这样的结果不会有什么问题因为所有的代码都适合放入到最快缓存中（典型的是 K）不过对于常规的代码它通过大量的方法来执行大量的代码越大就越慢的效果就非常显著更大的代码也就意味着在启动时从磁盘获取代码需要更大的磁盘I/O 这就意味着你的应用程序启动较慢　　　在Service Pack 中微软引入了一个新的基于代码尺寸的启发式算法来判断调用是否处于一个循环中在常规情况下函数只有当在调用空间中的结果机器码比原始版本要小时才能被内联这样做就保证了尽可能多的代码能适合CPU的缓存当缓存不够用时就能对性能产生巨大的影响　　　当处在循环中时分部异常也可以很好地工作这是因为据推测函数通常会被多次调用所以CLR允许内联函数可以增长至原始调用大小的倍大类似值类型优化这样的条件有可能更进一步地增加容许尺寸的大小 cha138/Article/program/net/201311/12125

知识大全 也谈.NET 3.5 SP1中的JIT增强

知识大全也谈.NET 3.5 SP1中的JIT增强