JIT編譯器

⑴ win7 64位 開機出現無法載入JIT編譯器，（mscorjit.dll）高分求解……謝謝，解決再高分酬謝！！！

親，這個問題你可以先試下重裝.NET Framework 試試，如果重裝不了，直接到別的電腦上拷貝一個.mscorjit.dll 到C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727 文件夾下面就好了！這個是.NET Framework 2.0 出現 的問題，今天剛好碰到，已解決！！

⑵ java中的JIT編譯到底是什麼意思

在JIT編譯器生成本機代碼後，它會重寫存根常式，插入一個jmp指令跳轉到剛才JIT編譯器的代碼。只有當要調用某個方法時，JIT編譯器才會將CIL的方法體編譯為相應的本機機器碼版本。這樣可以優化程序的工作集。

⑶ Trace-based和Method-based的JIT編譯器有什麼區別各自優勢在哪

JIT的一個關鍵問題是編譯一段代碼比解釋執行它要慢很多，（而且編譯結果還要佔用內存）因此最好只編譯那些未來還會被執行很多次的代碼。

1.
Tracing JIT假設代碼大部分時間執行在一些很短的循環（tight loop）里。Tracer會找到這類循環，記錄循環體執行的所有bytecode（相當於對循環內所有函數調用做inline），生成native code並加上guard。

也有另類的tracing JIT，比如PyPy，考慮到如果bytecode在短循環，那麼解釋器實際也在稍長的循環，因此直接trace解釋器。

問題是對於Android這類UI為主的面向對象風格代碼，這個假設很可能不成立。大部分執行時間會花在一顆樹上不同對象間遞歸調用上。

2.
Method-based JIT假設代碼大部分時間在少數熱點函數里。找到這類函數後可以對單個函數生成native code。

跑
題一下：對於Python這類動態類型語言，上述方式效果並不好。因為Python沒有類似Java的基本類型，即使整數運算也是通過方法調用執行，所以
運行開銷的大頭還不在解釋bytecode，而是在方法調用的dynamic dispatch上。因此關鍵是得到變數的具體類型。

Tracing JIT這方面有天然優勢（用guard限定了變數類型）。而對於method-based，有兩種方式：

1) 基於generalization (type unification)
這種方式的目標：對於一個函數，找到覆蓋所有已經見過的參數組合的最小類型，並生成代碼。
舉例：
#1. 調用f(1, true) -> 生成代碼f(1, true)
由於所有參數已知，這樣生成的代碼完全沒有關於參數的dynamic dispatch。
#2. 調用f(10, true) -> 生成代碼f(int[1..10], true)
這里第一個參數更一般化了。
#3. 調用f(9, false) -> 生成代碼f(int[1..10], bool)
...

2) 基於type unlifting (例如Psyco）
有點像tracing：為函數生成一小段一般性的代碼，但遇到需要根據參數分支的地方就停下來，放一個guard，先執行剛才生成的代碼，根據實際選擇的分支再生成後面的代碼。
http://psyco.sourceforge.net/doc.html#how-does-it-work

兩種方式的共同問題：我們既沒有足夠的時間也沒有足夠的內存為所有函數生成最特化（從而運行效率最好）的版本，因此選擇哪些函數以及一般化的程度非常重要。

3.
如果對效率要求不高，或者源代碼本身就是machine code，那麼也有更簡單的page-based JIT：執行到源代碼某頁時，如果還沒有翻譯，則實時翻譯這一頁。通常會做直譯而不優化，因此延遲也很小。2000年左右的一些游戲機模擬器就是這種類型。

⑷ 求助:無法載入JIT編譯器，mscorjit.dll 損壞或丟失

樓主，什麼操作系統呢，XP SP3還是Win 7, Vista。建議把問題盡量的描述清楚點。mscorjit.dl這個文件病毒，木馬都很喜歡他是不是的喜歡搞搞它。樓主可以根據自己系統的版本從網站下載一個相對應的mscorjit.dll ,如果是Windows XP系統，則復制到C:WindowsSystem32目錄下，然後打開 開始-運行-輸入 regsvr32 mscorjit.dll 回車。祝你成功。

⑸ java代碼如何獲取jvm中JIT編譯器名稱

public static void main(String[] args)
{
System.out.println(System.getProperty("java.vm.name"));
}

⑹ CAD中安裝MagicTable輸入命令顯示JIT編輯器遇到內部限制是怎麼回事

可能原因:來源數據中某個欄位的類型與導入的不相符合。如需要導入的價格欄位price為浮點型,而來源數據為字元型

⑺ Java使用JIT編譯器，執行效率與C++相比哪個

我猜測：JAVA即使編譯成機器碼，其執行效率也不如C++的。
從整體來看，JAVA有一些需要額外的消耗是C++沒有的，比如：內存回收、反射、數組越界判斷等。
內存回收這一機制要求編譯後的執行文件除了我們自己寫的邏輯之外，還要有一個線程來管理內存。
反射一方面要有一塊內存用來做類型字典，另一方面又要對反射調用做安全檢查。
……
另外，如果JIT編譯之後仍然有類載入器這類的東西，那麼這個程序就還要內部集成一個.class文件到機器指令的解釋器或編譯器。
……
總之，JIT編譯後的文件不得不為JAVA自身的復雜性增加一系列機制在裡面，但C++的文件除了我們自己寫的邏輯和本地可執行文件頭之外就什麼都沒有了。

⑻ JIT編譯器的簡介

在Java編程語言和環境中，即時編譯器（JIT compiler，just-in-time compiler）是一個把Java的位元組碼（包括需要被解釋的指令的程序）轉換成可以直接發送給處理器的指令的程序。當你寫好一個Java程序後，源語言的語句將由Java編譯器編譯成位元組碼，而不是編譯成與某個特定的處理器硬體平台對應的指令代碼（比如，Intel的Pentium微處理器或IBM的System/390處理器）。位元組碼是可以發送給任何平台並且能在那個平台上運行的獨立於平台的代碼。

⑼ 無法載入JIT編譯器(CLR.DLL):文件可能丟失或損壞,請重新檢查或重新安裝，請問這個問題怎麼解決！

你的編譯環境(JIT)和公共運行庫(CLR)有問題，
可以在程序根目錄找到"Visual Studio 命令提示(2010) " 再輸入devenv.exe /setup /resetuserdata /resetsettings 對Visual Studio進行默認初始化操作

⑽ asp.net調試報錯，JIT 編譯器遇到內部限制 是什麼問題，急求！！！

可能原因：來源數據中某個欄位的類型與導入的不相符合。如需要導入的價格欄位price為浮點型，而來源數據為字元型