java協(xié)同處理器上之虛擬機器-預覽頁
【正文】 ranslator)，內(nèi)嵌於主處理器之內(nèi)，在主處理器欲至記憶體存取Java位元碼時，便即時將Java位元碼翻譯為主處理器之機器碼，ARM的Jazelle及Nazomi的JSTAR屬於此類。缺點是硬體成本較高。但在Java程式的執(zhí)行過程中，少數(shù)的情況下會遇到函式框大於60的Java函式，因此我們的KVM必須透過軟體的方式來解決這個問題。而當FSO位元被設定時，Java協(xié)同處理器遇到任何位元碼，皆不直接處理，而交由函式表格中專門處理此狀態(tài)之函式群負責處理，此模式稱為FSO模式 (此部份之專利正申請中) 。當虛擬機器遇到函式呼叫之位元碼時(invokevirtual, invokespecial, invokestatic, invokeinterface)，若經(jīng)判斷必須進入大函式框之狀態(tài)，便會將Java協(xié)同處理器的堆疊快取清空，存入記憶體中，並且抑能堆疊快取，設定Java協(xié)同處理器，讓她進入大函式框的執(zhí)行狀態(tài)。除此之外還有JAReadLocalVaribale和JAWriteLocalVaribale，JAReadFrameEntry，JAWriteFrameEntry亦必須加入FSO的判斷式。 與pushFrame，popFrame，throwException相關的部分，除了pushFrame和popFrame這兩個函式之外還有exception處理的部分。此外，在進行例外處理時，在throwException函式中亦必須考慮到這四種情況。2. 由大函式框返回小函式框若之前的函式是小函式框，則我們?nèi)〉弥暗暮降膕p,lp,fp之後必須將之轉(zhuǎn)成7bit的格式放到CurrentThread的JA_CTRL變數(shù)，取消FSO 位元，打開SPILL_FILL_BIT，再呼叫l(wèi)oadExecutionEnvironment將這些變數(shù)設定到Java協(xié)同處理器之中，設定CP，IP便完成了SmallFrame的設定。虛擬機器中，pushFrame的處理情形如下所述：透過FSO的值，可得知目前的函式屬於大框函式或是小框函式。3. 由小框函式呼叫大框函式由於要進入大框函式，因此需呼叫storeExecutionEnvironment將堆疊快取清空，並存放至記憶體中，設定新的函式框，調(diào)整lp_global，fp_global，sp_global，開啟FSO位元，關掉SPILL_FILL_BIT，將FSO變數(shù)設為1，如此便完成呼叫BigFrame的動作。如果找到了例外處理函式，虛擬機器需要執(zhí)行該函式框之例外處理函式，此時便要重新進行設定，讓Java協(xié)同處理器可以執(zhí)行大框函式及小框函式
電大資料相關推薦
鄂ICP備17016276號-1