計(jì)算機(jī)中文文獻(xiàn)翻譯英文翻譯

文獻(xiàn)翻譯中文翻稿Java處理器的評(píng)估引言在本文中，我們將提出Java處理器關(guān)于尺寸和性能的評(píng)價(jià)結(jié)果。此處理器被稱為JOP-主張優(yōu)化的Java處理器-，基于這樣的假設(shè)，一個(gè)全面的本地執(zhí)行所有Java虛擬機(jī)（JVM節(jié)碼指令不是一個(gè)有用的辦法。是Java處理器的嵌入式實(shí)時(shí)系統(tǒng)，特別是一個(gè)小的處理器資源受限設(shè)備的時(shí)間可預(yù)測(cè)的執(zhí)行程序。

表1出了相關(guān)的可用處理器Sun公司于1997年推出第一個(gè)版本。在研究性論文中,Sun公司的picoJava是經(jīng)常提到的Java處理器。它是用作新Java處理器的參考，并且作為提Java處理器各方面研究的基礎(chǔ)。具有諷刺意義的是，該處理器從未被為產(chǎn)品釋放過(guò)。年被重新設(shè)計(jì)，被稱為-是目前免費(fèi)提供了一套豐富的文件。的結(jié)構(gòu)是一種基于堆棧的處理器，可執(zhí)行種不同的指令，是最復(fù)雜的處理器，該處理器可以執(zhí)行在約440K蓋茨。AJile的JEMCore是一種直接執(zhí)Java處理器，可作為一個(gè)IP核心和獨(dú)立的處理器。它是基于32位JEM2Java芯片開發(fā)的羅克韋爾-科林斯。該處理器包含零等待狀態(tài)RAM外圍元件。16KB內(nèi)存用于存儲(chǔ)寫入控制。其余的用于存儲(chǔ)處理器堆棧。月亮火神處理器是JVM運(yùn)行在一個(gè)芯片的一個(gè)執(zhí)行。執(zhí)行模型是常用的各種直接，微碼和被困執(zhí)行。一個(gè)簡(jiǎn)單的堆棧折疊的實(shí)施，以減少記憶體周期5至三年的指令序列像按壓式添加。該處理器可作為一個(gè)加密的高密度脂蛋白來(lái)源為Altera的VHDL或Verilog源代碼。該32位核心是一種基于哈佛結(jié)構(gòu)的混合式位處理器。程序存儲(chǔ)器是8位寬，數(shù)據(jù)存儲(chǔ)器是32位寬核心包含一個(gè)3級(jí)流水線的整數(shù)運(yùn)算單元一個(gè)桶式移位器和一個(gè)位乘法單元。根據(jù)DCT變換，在同一時(shí)鐘速度下，該性能通常是RISC運(yùn)行速度的倍?？颇嗍且粋€(gè)擁有四階段的多線程Java處理器目的是以此為基礎(chǔ)研究實(shí)時(shí)調(diào)度的多線程微控制器。特色科莫多是教學(xué)單位，取4獨(dú)立的程序計(jì)數(shù)器和狀態(tài)標(biāo)識(shí)，為4線程。一個(gè)優(yōu)先經(jīng)理負(fù)責(zé)硬件實(shí)時(shí)調(diào)度和可以選擇一個(gè)新線程在每一字節(jié)碼指令。FemtoJava是一個(gè)研究項(xiàng)目，以建立一個(gè)特定的應(yīng)Java處理器。使用的字節(jié)碼的嵌入式應(yīng)用進(jìn)行了分析和自定義版本的FemtoJava產(chǎn)生，從而最大限度地減少資源的使用。飛秒是不包括在第四節(jié)，由于處理器不能運(yùn)行即使最簡(jiǎn)單的基準(zhǔn)。除了真正的處理器少數(shù)第四芯片（）的銷售如處理器。Java的協(xié)處理器（JSTAR）提供的行速度的通用處理器。

從表一我們可以看到，在芯片上是硬件JVM的最小實(shí)現(xiàn)，也具有最高的時(shí)鐘頻率。下面一節(jié)中，將給JOP結(jié)構(gòu)的述，隨后將更詳細(xì)的介紹微碼。第三節(jié)比較OP其他軟核處理器的資源利用。第四節(jié)中，在字節(jié)碼級(jí)和應(yīng)用水平上，將比較嵌入式ava的一些不同解決方案。JOPJOP是擁有自己指令集的堆棧電腦，本文中稱為微碼。Java字節(jié)碼被翻譯成微碼指令或微碼序列。JVM和JOP之間的區(qū)別描述如下：JVM是CISC的堆棧結(jié)構(gòu)，而是的堆棧結(jié)構(gòu)。圖1示的主要功能單元。典型的配置包含一個(gè)處理器核，一個(gè)內(nèi)存接口和一些輸入輸出設(shè)備。處理器核心包含三個(gè)階段微碼通道如微碼取解碼和執(zhí)行和額外的轉(zhuǎn)換階段取字節(jié)碼。這個(gè)模塊叫做擴(kuò)展提供了在處理器核心。這個(gè)港口到另一個(gè)模塊的地址和數(shù)據(jù)總線的字節(jié)碼指示,支頂級(jí)元素的堆棧(A組和B組)、輸入數(shù)據(jù)和大量的控制信號(hào)。沒(méi)有直接連接處理器核心和外部世界。內(nèi)存接口為主存和處理器核之間提供聯(lián)系。它還包含了一個(gè)字節(jié)碼高速緩存器。這個(gè)擴(kuò)展模塊控制數(shù)據(jù)的讀和寫。繁忙的信號(hào)用于指導(dǎo)等同步如微碼存儲(chǔ)器處理。核心讀字節(jié)碼指示在專用巴士(公元前地址和公元前數(shù)據(jù))從內(nèi)存子系統(tǒng)。該擴(kuò)展模塊執(zhí)行三項(xiàng)職能含硬件加速如倍增單位在這個(gè)例子中）（）控制的內(nèi)存和模塊）復(fù)用器的讀取數(shù)據(jù)這是加載到最先進(jìn)的堆棧注冊(cè)。寫入數(shù)據(jù)

從頂級(jí)棧（A直接連接到所有模塊。處理器通道JOP一個(gè)完全流水線架構(gòu)碼指令執(zhí)行時(shí)間是單周期種新的方法來(lái)繪制字節(jié)碼到這些指令中去。圖2顯示的數(shù)據(jù)路徑。段組成JOP通道的三個(gè)核心階執(zhí)行微碼指令。另外一個(gè)階段的正面核心通道獲取的Java字節(jié)碼-的指示的-這些字節(jié)碼，然后轉(zhuǎn)換成地址的微碼。字節(jié)碼分行還解碼和執(zhí)行的這個(gè)階段。第二階段通道獲指示從內(nèi)部微存儲(chǔ)器和微執(zhí)行分支機(jī)構(gòu)。除了通常的解碼功能第三個(gè)通道階段也會(huì)產(chǎn)生地址棧內(nèi)存正如每一個(gè)堆棧機(jī)器指令或者推動(dòng)的特點(diǎn)，有可能產(chǎn)生或泄漏地址填寫下列指示在這個(gè)階段。過(guò)去通道階段執(zhí)行運(yùn)算單元操作，裝載，存儲(chǔ)和堆棧溢出或填寫。在執(zhí)行階段，行動(dòng)都以最高的兩個(gè)要素的堆棧。堆棧機(jī)器有兩個(gè)明確的選民登記冊(cè)這兩個(gè)最上層堆棧內(nèi)容和自動(dòng)填寫/泄漏既不需要額外寫回階段也沒(méi)有任何數(shù)據(jù)轉(zhuǎn)發(fā)。細(xì)節(jié)兩個(gè)級(jí)別堆疊架構(gòu)中所描述。短期通道結(jié)果短枝延誤因此很難分析對(duì)最壞情況執(zhí)行時(shí)（WCET預(yù)測(cè)的邏輯是可以避免的。B.中斷邏輯中斷被認(rèn)為是難以處理的流水線處理器，這意味著執(zhí)行情況往往是復(fù)雜的（并因此消耗資源中，巧妙地使用字節(jié)碼微核的翻譯，以避免中斷處理中的核心項(xiàng)目。中斷執(zhí)行，特別字節(jié)碼。這些字節(jié)碼插入的硬件Java指令流。當(dāng)一個(gè)中斷，并正在等待下一個(gè)牽強(qiáng)字節(jié)的字節(jié)碼緩存的指示，聯(lián)系特別字節(jié)碼是用來(lái)代替指令從字節(jié)碼緩存。其結(jié)果是中斷均接受字節(jié)碼界限。在最壞的情況是先發(fā)制人拖延執(zhí)行時(shí)間的最慢的字節(jié)碼是實(shí)施微。字節(jié)碼的執(zhí)行在Java（見第二節(jié)）可以被打斷。執(zhí)行中斷的字節(jié)碼，微碼映射階段保持中斷透明核心通道，避免復(fù)雜的邏輯。中斷處

理程序可以以相同的方式來(lái)執(zhí)行，當(dāng)標(biāo)準(zhǔn)字節(jié)碼被執(zhí)行在微或。這一個(gè)特殊代碼可能會(huì)導(dǎo)致出現(xiàn)一個(gè)電話的內(nèi)部法的背景下中斷線程。這一機(jī)制含蓄的商店幾乎完整的背景下，當(dāng)前的積極線程的堆棧。C.緩存流水線處理器架構(gòu)要求更高的內(nèi)存帶寬。標(biāo)準(zhǔn)的技術(shù)，避免在處理過(guò)程中的瓶頸，由于更高的內(nèi)存帶寬是緩存。但是，緩存組織標(biāo)準(zhǔn)提高平均執(zhí)行時(shí)間，但很難預(yù)測(cè)WCET分析。JOP可預(yù)見的緩存提議：堆棧緩存作為替代的數(shù)據(jù)高速緩存，高速緩存緩存方法的指示。由于堆棧是一個(gè)沉重存取記憶體區(qū)域，堆-部分放置在片上存儲(chǔ)器。這部分的堆棧被稱為堆棧緩存。填補(bǔ)和泄漏的堆棧緩存受到微控制，因此，時(shí)間可預(yù)測(cè)性。給出了一種新的方式組織一個(gè)指令高速緩存，高速緩存的方法。緩存商店完成方法，以及高速緩存失誤只出現(xiàn)在方法調(diào)用和返回緩存塊替換取決于呼吁樹不是指令地址。這種方法很容易緩存分析方面的最壞情況的行為，仍然提供了大量的性能比較，對(duì)解決沒(méi)有指令緩存。D.微碼下面的討論關(guān)注兩個(gè)不同的指令集：字節(jié)碼和微。字節(jié)碼的指示，使一個(gè)編譯Java程序。這些指示是由虛擬機(jī)。將JVM不承擔(dān)任何特定的實(shí)現(xiàn)技術(shù)。微碼是原生指令集的JOP。字節(jié)碼的翻譯，在其執(zhí)行，OP微。這兩個(gè)指令集是專為一extended2堆疊機(jī)。．翻譯字節(jié)碼，微碼：迄今為止，沒(méi)有任何硬體執(zhí)行的JVM存在，在硬件上能夠執(zhí)行所有字節(jié)碼這是由于以下方面一些字節(jié)碼如新而創(chuàng)建并初始化一個(gè)新的對(duì)象，是過(guò)于復(fù)雜，實(shí)施中的硬件?？梢杂密浖抡孢@些字節(jié)碼。為了建立一個(gè)獨(dú)立的沒(méi)有底層操作系統(tǒng)直接訪問(wèn)內(nèi)存和I/O設(shè)備是必要的沒(méi)有字節(jié)碼定義為低級(jí)別的訪問(wèn)。這些低層次的服務(wù)通常是在本地執(zhí)行的職能，這意味著另一種語(yǔ)言（c）是本地的處理器。然而，對(duì)于一個(gè)處理器，字節(jié)碼是母語(yǔ)。其中一個(gè)方法來(lái)解決這個(gè)問(wèn)題是執(zhí)行簡(jiǎn)單的字節(jié)碼在硬件和仿效更加復(fù)雜和本地的軟件功能，以不同的指令集（有時(shí)也稱為微碼而，一個(gè)處理器有兩個(gè)不同的指令集，結(jié)果在一個(gè)復(fù)雜的設(shè)計(jì)。另一種較常見的解決方案，用于的，是執(zhí)行的一個(gè)子集的字節(jié)碼本地和使用軟件陷阱執(zhí)行剩余。該解決方案包含了開銷（至少個(gè)周期）的軟件陷阱。在JOP這個(gè)問(wèn)題得到解決，在一個(gè)更簡(jiǎn)單的方式。JOP一個(gè)單一的原生指令集，

即所謂的微碼。在執(zhí)行過(guò)程中，每一個(gè)翻譯J字節(jié)碼的任何一個(gè)，或一個(gè)序列的微操作這僅僅是增加了一個(gè)翻譯通道階段的核心處理器和結(jié)果沒(méi)有執(zhí)行費(fèi)用這一解決方案，我們可以自由地確定JOP指令集，以圖順利堆棧結(jié)構(gòu)的，并找到一個(gè)指令編碼，可實(shí)現(xiàn)最低限度的硬件。圖3出了一個(gè)例子個(gè)數(shù)據(jù)流從序計(jì)數(shù)器JOP微節(jié)碼的牽強(qiáng)充當(dāng)指數(shù)為跳轉(zhuǎn)表。跳表所包含的開始地址將執(zhí)行微。此地址加載到JOP程序計(jì)數(shù)器每個(gè)字節(jié)碼執(zhí)行。在微碼中每個(gè)字節(jié)碼被轉(zhuǎn)換成一個(gè)地址如JVM已實(shí)現(xiàn)。如果存在著相當(dāng)于微指令的字節(jié)碼，這是執(zhí)行在一個(gè)周期的下一個(gè)字節(jié)碼和翻譯。對(duì)于更復(fù)雜的代碼，只是繼續(xù)執(zhí)行微在隨后的周期。本月底是編碼序列的微碼指令（視位）．微：對(duì)虛擬機(jī)執(zhí)行效率，已經(jīng)到了微適合Java字節(jié)碼。由于虛擬機(jī)是一個(gè)堆疊機(jī)。但是，虛擬機(jī)是不是一個(gè)單純的堆棧機(jī)器。方法的參數(shù)和局部變量的定義是當(dāng)?shù)厝?。這些居民可以住在堆棧幀的方法，并訪問(wèn)抵消相對(duì)當(dāng)?shù)厝碎_始這一領(lǐng)域。這些變數(shù)擔(dān)任從零開始變量，如選民登記冊(cè)在常規(guī)的CPU。然而，算術(shù)和邏輯運(yùn)算都是在棧中。一些字節(jié)碼，如運(yùn)算單元操作和短期的形式進(jìn)入當(dāng)?shù)厝耍苯訉?shí)施相當(dāng)于微指令（使用不同的編碼）。附加說(shuō)明，可訪問(wèn)內(nèi)部寄存器，主內(nèi)存和I備。相對(duì)條件分支（零/非零的服務(wù)條款）進(jìn)行控制流決定在微水平。最佳利用現(xiàn)有的存儲(chǔ)資源，所有的指示，8位長(zhǎng)。沒(méi)有可變長(zhǎng)度指令，每個(gè)指令，除了等待，執(zhí)行，在一個(gè)周期。為了讓指令集，這個(gè)密集，兩個(gè)概念是適用于：兩種類型的運(yùn)算，直接價(jià)值和分支的距離，一般部隊(duì)的指令集將超過(guò)8位。指令集是要么擴(kuò)大到16位，在典型的處理器，或允許在可變長(zhǎng)度的字節(jié)邊界。第一個(gè)實(shí)施的JVM的位指令集表明，只有少數(shù)幾個(gè)不同的常量是必要立即價(jià)值觀和相對(duì)處的距離。

在當(dāng)前實(shí)現(xiàn)即價(jià)值觀的不同而收集的微正在組裝并投入初始化文件為本地內(nèi)存。這些間接訪問(wèn)的常數(shù)相同的方式為局部變量。它們是類似的初始化變量，除了一個(gè)事實(shí)，即沒(méi)有任何行動(dòng)，以改變它們的值在運(yùn)行時(shí)，將沒(méi)有任何意義，將浪費(fèi)指令代碼。類似的解決辦法是用于處的距離。匯編器生成的VHDL文件與表找到的所有分支常數(shù)。此表的索引使用指示位在運(yùn)行時(shí)。在運(yùn)行時(shí)能夠保持一個(gè)位指令集，并提供種不同的直接價(jià)值和種不同科常數(shù)。對(duì)于一般用途的指令集，將對(duì)太多的限制。隨著微只實(shí)現(xiàn)了虛擬機(jī)，這解決方案是一個(gè)可行的選擇。為了簡(jiǎn)化邏輯指令解碼編碼的指示是精心挑選的舉例來(lái)說(shuō)有一點(diǎn)是明確的指示，指示將遞增或遞減的堆棧指針。抵銷訪問(wèn)當(dāng)?shù)厝酥苯泳幋a的指示。情況并非如此的原始編碼相當(dāng)于字節(jié)碼（例如0x1a和1．靈活執(zhí)行的字節(jié)碼：如上所述，一些Java的字節(jié)碼是非常復(fù)雜的。解決方案已經(jīng)說(shuō)明是效仿他們通過(guò)一系列的微操作。但是，一些比較復(fù)雜的字節(jié)碼是很少使用。為了進(jìn)一步減少資源的影響JOP，在這種情況下，本地存儲(chǔ)器，字節(jié)碼，甚至可以執(zhí)行字節(jié)碼。在大會(huì)期間的虛擬機(jī)，所有的標(biāo)簽，代表了一個(gè)切入點(diǎn)的字節(jié)碼執(zhí)行用于生成轉(zhuǎn)換表。所有字節(jié)碼，這些地區(qū)沒(méi)有發(fā)現(xiàn)這種標(biāo)簽，即沒(méi)有實(shí)施微。該指令序列此地址從系統(tǒng)級(jí)調(diào)用一個(gè)靜態(tài)方法，這個(gè)類包含靜態(tài)方法，為每個(gè)可能的字節(jié)碼，命令的字節(jié)碼值。該字節(jié)碼作為該指數(shù)的方法表這一系統(tǒng)級(jí)。此功能也可輕松地配置資源使用與績(jī)效。資源成本與能量消耗是嵌入式系統(tǒng)的一個(gè)重要問(wèn)題。芯片的成本直接關(guān)系到模具的尺寸（模具的成本大與每平方裸片面積成正比。用較少的門的芯片消耗更少的能量。嵌入式系統(tǒng)的處理器可以通過(guò)減小芯片尺寸優(yōu)化。發(fā)展JOP個(gè)主要的設(shè)計(jì)目標(biāo)是建立一個(gè)小系統(tǒng)，可以實(shí)施低成本的。表二顯示了使用JOP不同資源配置和不同的軟核處理器,執(zhí)行EP1C6的FPGA實(shí)現(xiàn)。估計(jì)相當(dāng)于門計(jì)數(shù)的設(shè)計(jì)在一個(gè)芯片上是有問(wèn)題的。因此，更好地進(jìn)行比較的兩個(gè)基本結(jié)構(gòu)，邏輯單元（立法會(huì)）和嵌入式存儲(chǔ)器塊。

所有配置的JOP包含一個(gè)內(nèi)存接口，32位的靜態(tài)RAM和一個(gè)位閃存程序和配置數(shù)據(jù)。最低配置實(shí)現(xiàn)乘法和行動(dòng)的轉(zhuǎn)變微。在基本配置，這些行動(dòng)正在實(shí)施，作為連續(xù)展位乘數(shù)和桶式移位器。典型的配置還包含了一些有益的設(shè)備，如UART和定時(shí)器中斷邏輯的多線程。典型的配置JOP需求約％的信用證在氣旋EP1C6，從而留下足夠的資源免費(fèi)提供給特定應(yīng)用邏輯。尼奧斯作為參考Altera的熱門軟核心也是列入名單尼奧斯有16指令集，一個(gè)5流水線并且可以配置16位或位數(shù)據(jù)通路版本A是低配置的Nios版本B加了一個(gè)外部存儲(chǔ)器接口，支持和乘法計(jì)時(shí)器。版本A可比的最小配置的JOP，和版本B典型配置。（可擴(kuò)展處理器的嵌入式應(yīng)用在實(shí)時(shí)環(huán)境）是一個(gè)位處理器，具有決定性的執(zhí)行時(shí)間。SPEAR包含前提指示支持單路節(jié)目。SPEAR是列入清單的，因?yàn)樗彩且粋€(gè)處理器設(shè)計(jì)的實(shí)時(shí)系統(tǒng)。為了證明JOPVHDL代碼是盡可能的便攜式JOP在XilinxSpartan-3FPGA上實(shí)現(xiàn)了。只有實(shí)例化和初始化代碼，芯片上的存儲(chǔ)器是特定于供應(yīng)商的，而其余的V代碼可以被不同目標(biāo)所共享。在設(shè)備上消耗相同的計(jì)數(shù)，但有一個(gè)較低的時(shí)鐘頻率（83MHz從這個(gè)對(duì)比我們可以看到，我們已達(dá)到我們的目標(biāo)是設(shè)計(jì)一個(gè)小的處理器。商業(yè)Java處理器娜萊是JOP基本配置2.3倍2.5倍較慢個(gè)典型的位處理器消耗約1.61.8倍的資源。然而處理器可以跑出％的速度比在相同的技術(shù)。尺寸上類似的唯一的處理器是。然而，盡管SPEAR是位處理器，包含一個(gè)32數(shù)據(jù)通路。表三為，，aJile處理器提供了門數(shù)估計(jì)，英特爾奔騰MMX處理器，用于在基準(zhǔn)下一節(jié)效門數(shù)為L(zhǎng)C5間和7.4我們選擇的一個(gè)因素6蓋茨每和1.5蓋茨每個(gè)存儲(chǔ)位的估計(jì)門數(shù)為JOP在表格中中所列典型的配置，消1831用證。

奔騰MMX包含4.5米晶體管這相當(dāng)于1125K茨。我們可以從表上看到芯片上的內(nèi)存主宰了整個(gè)門數(shù)的并在更大程度上對(duì)處理器。aJile處理器的12倍左右大于JOP。性能運(yùn)行基準(zhǔn)是有問(wèn)題的雙方尤其是在案件的嵌入式系統(tǒng)最好的指標(biāo)將是應(yīng)用程序，是為了在系統(tǒng)上運(yùn)行測(cè)試。要比較的結(jié)果規(guī)格為基準(zhǔn)的各種制度。然而，一個(gè)用于，通常是過(guò)大的嵌入式系統(tǒng)。由于沒(méi)有一個(gè)標(biāo)準(zhǔn)的準(zhǔn)的嵌入式系統(tǒng)一個(gè)小基準(zhǔn)訴訟應(yīng)運(yùn)行即使是最小的設(shè)備是這里提供。它包含一些微型基準(zhǔn)評(píng)價(jià)若干時(shí)鐘周期為單字節(jié)碼或短序列的字節(jié)碼，和兩個(gè)應(yīng)用的基準(zhǔn)。為了提供一個(gè)切合實(shí)際的工作量，嵌入式系統(tǒng)，實(shí)時(shí)應(yīng)用是適應(yīng)建立第一個(gè)應(yīng)用程序基準(zhǔn)測(cè)試（韓國(guó)自由聯(lián)盟。中的應(yīng)用是從其中一個(gè)節(jié)點(diǎn)的分布式電控制系統(tǒng)。模擬的環(huán)境（傳感器和執(zhí)行者）和通信系統(tǒng)（來(lái)自主站的命令）的組成部分的基準(zhǔn)，以模擬真實(shí)世界的工作量。第二個(gè)應(yīng)用程序基準(zhǔn)測(cè)試是嵌入式的小型TCP/IP堆棧的一個(gè)適應(yīng)。這指標(biāo)包含兩個(gè)服務(wù)器/戶端，通過(guò)回環(huán)設(shè)備交換信息。正如我們將看到在不同的嵌入式系統(tǒng)處理能力有很大的變化為了應(yīng)付這種變化，所有基準(zhǔn)的自我調(diào)整。每個(gè)基準(zhǔn)包括基準(zhǔn)循環(huán)這一方面。循環(huán)計(jì)數(shù)以適應(yīng)自己，直到基準(zhǔn)運(yùn)行超過(guò)一秒鐘。然后計(jì)算每秒迭代的數(shù)量，這意味著更高的價(jià)值顯示更好的效果。所有的基準(zhǔn)衡量往往是一個(gè)職能是執(zhí)行每秒。在韓國(guó)自由聯(lián)盟基準(zhǔn)，此功能包含了主回路的應(yīng)用程序在執(zhí)行定期周期在原來(lái)的應(yīng)用程序?；鶞?zhǔn)的等待下一期的遺漏，使測(cè)量的時(shí)間僅代表執(zhí)行時(shí)間。數(shù)據(jù)基準(zhǔn)含代要求，轉(zhuǎn)遞通過(guò)的UDP/IP議棧，產(chǎn)生的答案和轉(zhuǎn)遞回作為基準(zhǔn)功能循環(huán)計(jì)數(shù)適應(yīng)本身的運(yùn)行直到基準(zhǔn)超過(guò)一秒鐘迭代的數(shù)量，然后每秒計(jì)算，這意味著更高的價(jià)值顯示更好的效果。下面的列表簡(jiǎn)要介紹了系統(tǒng)：JOP實(shí)施氣旋的行在100MHz要的記憶是一個(gè)位的（15ns）

的存取時(shí)間為2時(shí)鐘周期。該基準(zhǔn)配置JOP包含快4KB法組織的16區(qū)塊。的典范低端嵌入式設(shè)備我們使用RCX機(jī)器人控制器的MINDSTORMS從樂(lè)高系列。它包含一個(gè)位日立H8300微控制器，運(yùn)行速度為16MHz。是一種微小的解釋的JVM的TINI的是增強(qiáng)型8051克隆軟件運(yùn)行的JVM。結(jié)果表明，從一個(gè)自定義的局與晶體，以及芯片的PLL率設(shè)置為一個(gè)因素。KVM是司的，認(rèn)為是有限連接設(shè)備配置（CLDC）以NiosII處理器的微作系統(tǒng)。尼奧斯是實(shí)施氣旋與FPGA頻率。除了不同的時(shí)鐘頻率，這是一個(gè)很好的解釋比較的JVM中運(yùn)行相同的作為JOP?；鶞?zhǔn)的結(jié)果，得到了科莫多馬蒂亞斯佩弗關(guān)于周期精確的仿真科莫多。

AJile的JEMCore是一種直接執(zhí)行的處理器，它有兩個(gè)不同版本：在和AJ100。開發(fā)系統(tǒng)包含與一個(gè)8位內(nèi)存鐘頻率為74MHz該SaJe局從Systronix包含aJ100這是主頻103MHz并包含與10ns的SRAM。該（嵌入式Java制器）平臺(tái)就是一個(gè)典型的例子的生產(chǎn)系統(tǒng)的處理器。該系統(tǒng)是基于位ARM720T處理器，運(yùn)行在。它最多可包含的SDRAM和高達(dá)16MB的NOR閃存。Gcj是的GNU編譯器。此配置代表了一批編譯器解決方案，運(yùn)行在266MHz奔騰。MB是實(shí)現(xiàn)Java時(shí)RISC處理器的一個(gè)FPGAJava是匯編到的Java譯器的實(shí)時(shí)系統(tǒng)和C編譯程序的標(biāo)工具鏈。圖4，幾何平均數(shù)的兩個(gè)應(yīng)用基準(zhǔn)證明。該單位使用的結(jié)果是反復(fù)每秒。請(qǐng)注意，縱軸是個(gè)對(duì)數(shù)，以獲取有用的數(shù)字顯示的巨大變化的表現(xiàn)。頂端圖顯示絕對(duì)業(yè)績(jī)，而底部圖顯示相同的結(jié)果推廣到1MHz時(shí)鐘頻率。結(jié)果應(yīng)用基準(zhǔn)和幾何平均值列于表四。應(yīng)當(dāng)指出的是，擴(kuò)展到一個(gè)單一的時(shí)鐘頻率能夠證明問(wèn)題。處理器的時(shí)鐘頻率和內(nèi)存存取時(shí)間不一定能保持下去一個(gè)例子果我們要增加結(jié)果的100MHzJOP到1GHz，這也將涉及減少內(nèi)存訪問(wèn)時(shí)間從到處理器1GHz的時(shí)鐘頻率已經(jīng)面市但最快的異步迄今訪問(wèn)時(shí)間。A討論在比較JOPAJile理器對(duì)，TINI和KVM，我們可以看到，一個(gè)處理器是高達(dá)500倍的速度進(jìn)行了解釋的JVM標(biāo)準(zhǔn)處理器的嵌入式系統(tǒng)。平均性能JOP至

不如的JIT編譯器解決方案，嵌入式系統(tǒng)，所代表的系統(tǒng)。即使規(guī)模相同的時(shí)鐘頻率，匯編在PC機(jī)上的（Gcj）的是速度遠(yuǎn)遠(yuǎn)超過(guò)何嵌入式解決方案。然而，內(nèi)核的應(yīng)用小于4KB。因此，它適合在一級(jí)緩存的MMX（16KB+16KB于一個(gè)比較奔騰級(jí)處理器，我們需要一個(gè)更大的應(yīng)用。JOP7AJ80Java處理器的流行JStamp局。然而aJ80處理器僅包含一個(gè)8位內(nèi)存接口，并患有這一瓶頸。該系包含aJ100位，的靜態(tài)存儲(chǔ)器，是10左右，低于JOP15nsSRAM內(nèi)存。MicroBlaze系統(tǒng)是一個(gè)代表性的JavaRISC處理器。MicroBlaze配置相同cache6作為JOP頻率相同的頻率。約快4倍，過(guò)這一解決方案，從而顯示，本地執(zhí)Java字節(jié)碼的速度超過(guò)批次編譯Java建立類似的系統(tǒng)。但是，結(jié)果MicroBlaze解決正處在一個(gè)初步stage7，因?yàn)镴ava2C譯目前仍在發(fā)展。微觀基準(zhǔn)的目的是深入了解執(zhí)行的在表五我們可以看到的執(zhí)行時(shí)間在時(shí)鐘周期的各個(gè)字節(jié)碼。因?yàn)閹缀跛凶止?jié)碼操作棧，它是不可能的措施的執(zhí)行時(shí)間為一個(gè)單一的字節(jié)碼為一項(xiàng)起碼要求二個(gè)指令是必要的扭轉(zhuǎn)堆棧操作編版本的，這些微型基準(zhǔn)不產(chǎn)生有益的結(jié)果。編譯器進(jìn)行優(yōu)化，使之無(wú)法衡量的執(zhí)行時(shí)間在這個(gè)罰款1度。我們可以推斷該WCET簡(jiǎn)單的字節(jié)碼也是平均執(zhí)行時(shí)間我們可以看到結(jié)合iload和執(zhí)行在兩個(gè)周期這意味著這兩個(gè)行動(dòng)的執(zhí)行在一個(gè)周期字節(jié)碼的iinc是少數(shù)指示不操縱棧和可以衡量的為不是硬件實(shí)施們已經(jīng)總共有11個(gè)周期微執(zhí)行。它是公平的，這包括承擔(dān)太大的開銷的指示，發(fā)現(xiàn)在每一個(gè)迭代循環(huán)，一個(gè)整數(shù)索引。然而，決定執(zhí)行這一指示在微源于觀察的動(dòng)態(tài)指令計(jì)數(shù)只有2％。序列的分支基準(zhǔn)（如icmplt）載有兩個(gè)負(fù)載指示，推動(dòng)論點(diǎn)到堆棧。然后消費(fèi)的分支指令。這一基準(zhǔn)驗(yàn)證分行需要不斷四個(gè)周期JOP，無(wú)論采取與否。在評(píng)價(jià)aJile系統(tǒng)的行為進(jìn)行了觀察的JStamp局工作頻率為7.3728MHz和內(nèi)部頻率可以設(shè)置一個(gè)鎖相環(huán)定80MHz和最高頻率的因素于因此。運(yùn)行基準(zhǔn)不同的PLL設(shè)置了一些奇怪的結(jié)果例如如果設(shè)置的乘法器該aJ80約為12.8倍更快！其他的PLL因素也導(dǎo)致了大于線性加速。唯一的解釋是，我們能找到的內(nèi)部時(shí)間，用于基準(zhǔn)取決于鎖相環(huán)設(shè)置。以比較的掛鐘時(shí)間表明，內(nèi)部時(shí)間

aJ80是23％，以更快的因子1和2.4％的速度的因素-屬性，我們不會(huì)期望在處理器市場(chǎng)上的實(shí)時(shí)時(shí)間系統(tǒng)。該委員會(huì)還可以遭受所描述的問(wèn)題。B.執(zhí)行時(shí)間抖動(dòng)

實(shí)時(shí)系統(tǒng)，最壞情況下的執(zhí)行時(shí)間是相當(dāng)重要的。我們測(cè)量了執(zhí)行時(shí)間的幾個(gè)反復(fù)的主要職能從韓國(guó)自由聯(lián)盟基準(zhǔn)。圖顯示的測(cè)量，規(guī)模的最低執(zhí)行時(shí)間。從一個(gè)四周期的迭代過(guò)程中可以看出。這一時(shí)期從模擬結(jié)果從基站命令執(zhí)行每隔4迭代。在迭代10中，一個(gè)命令，啟動(dòng)馬達(dá)發(fā)出。我們認(rèn)為，由此而造成的執(zhí)行時(shí)間，迭代12理此命令。在迭代中，仿真觸發(fā)傳感器和電機(jī)最后停止。不同應(yīng)用模式的不同的執(zhí)行時(shí)間在仿真設(shè)計(jì)中是固有的然而在JStamp中時(shí)間最長(zhǎng)和最短期限之間的比例為五，在Gcj統(tǒng)中為四，在JOP統(tǒng)中只有三。因此，一個(gè)帶有AJile處理器系統(tǒng)需要系統(tǒng)快倍以提供相同的WCET量在迭代中我們可以看到JStamp系統(tǒng)更高的執(zhí)行時(shí)間，在JOP中沒(méi)有看到。在迭代33這種變化不是由基準(zhǔn)造成的。Linux系統(tǒng)下Gci的執(zhí)行時(shí)間表明一些高峰(最低倍數(shù)字中沒(méi)有顯示)。這個(gè)觀察是預(yù)料之中的事，因?yàn)镚cj/Linux系統(tǒng)不是一個(gè)實(shí)時(shí)的解決方案。JITsolution進(jìn)行測(cè)量,但沒(méi)有數(shù)字。在仿真的某些時(shí)候，由于編譯器的調(diào)用，最大的和最小的運(yùn)行時(shí)間之間的最差比例是1313，說(shuō)明JITcompiler在實(shí)時(shí)應(yīng)用中是不實(shí)際的。應(yīng)當(dāng)指出的是，執(zhí)行時(shí)間測(cè)量并不是一種獲WCET計(jì)的安全方法。然而在沒(méi)有析工具情況下是可行的，它可以提供不同系統(tǒng)的WCET行為的一些洞察。

外文文資EvaluationofaJavaProcessor1.Inthispaper,wewillpresentevaluationfora,withsizeThisiscalled–whichstandsforProcessor–,basedontheassumptionafullimplementationofallVirtualMachineinstructionsnotapproach.JOPisaJavaforembeddedreal-timeinafordevicesexecutionofJavaprograms.IroducedtheofpicoJavain1997.Sun’spicoJavaistheJavaprocessormostinpapers.ItusedfornewtheforresearchintoimprovingofIronically,thiswasaproductbyAfollowedthatnowwithaofTheofpicoJavaisastack-basedCISC341differentinstructionsisthemostcomplexThecaninabout440KAJileJEMCoreisadirectJavaprocessorbothanIPastand.Itbasedon32-bitJEM2Rockwell-Collins.Theprocessor48KBzeroRAMofRAMusedThe32KBisusedstorageof

VulcanASIC’sMoonprocessoranimplementationofJVMinanTheexecutiontheoften-usedmixofdirect,microcodeAsimpleimplementedinorderreducefivecyclesforlikeTheMoon2isansourceforAlteraorasVHDLorsourcecode.TheLightfootisahybrid8/32-bitprocessorHarvardis8widedata32wide.containspipelinewithintegerALU,barrelshifterandamultiplystepunit.toDCT,theistypically8timesthanRISCclockspeed.KomodoamultithreadedJavawithafour-stageItisforreal-timeschedulingTheuniqueofKomodoistheinstructionfetchunitwithfourprogramforfourthreads.Aprioritymanagerforreal-timeschedulingcanaafterbytecodeinstruction.FemtoJavaaanapplicationspecificJavaTheusageofembeddedapplicationiscustomizedofFemtoJavageneratedinordertominimizetheFemto-JavanotinIVascouldnotruneventhesimplestbenchmark.BesidestherealJavaafewFORTH(CjiparemarketedJavacoprocessors(JazelleJavaexecutionforgeneral-purposeFromTableIcanseethatJOPisthesmallestofahardwareJVMinalsohashighestfrequency.Infollowingsection,aoverviewofofisbyadescriptionofthemicrocode.SectionIIIcomparesJOP’susagewithprocessors.InSectionIV,anumberofforJavaatlevelandat．ArchitectureJOPacomputerwithitsownset,calledmicrocodeinpaper.bytecodesaremicrocodeinstructionsbetweentheJVMandJOPisthefollowing:TheJVMisaCISCstackaFigure1showsJOP’smajorfunctionunits.AtypicalconfigurationofcontainsaIO

Theprocessorcontainsmicrocodepipelinestagesmicrocodefetch,executeanadditionaltranslationbytecodefetch.Thecalledthelinkbetweencore,thememoryandIOportstomodulesforinstructions,twotopofthestack(AandB),toaofsignals.ThereisdirectbetweentheprocessorTheinterfaceprovidesconnectionbetweenthemainmemorytheItalsothecache.extensionreadandwrite.signalisbythemicrocodewaitsynchronizecorewithThebytecodeinstructionsthrough(BCdata)frommemorysubsystemTheit(suchasmultiplierunitincontrolmemoryandI/Otheforreadthatisfromthetop-of-stackisconnecteddirectlytoPipelineJOPafullywithsingleofinstructionsnovelapproachtotoinstructions.forJOP.

stagesformtheJOPcoreexecutingmicrocodeAninofthepipelinefetchesJava–instructionsofJVM–translatestheseintoaddressesBytecodebranchesalsodecodedexecutedinthisstage.Thesecondfetchesinstructionsfrominternalmicrocodemicrocodebranches.BesidesthirdpipelinestagealsoaddressesforthestackAseverymachineeitherpoppushcharacteristics,itisgeneratefillorspilladdressesforfollowingthisThepipelineperformsALUload,storestackspillfill.Atexecutionstage,withtwooftheAstackmachinewithtwoexplicitforelementsautomaticfill/spillneitherextraanyof.TheshortresultsinshortbranchTherefore,toanalyze,withrespectWorstbranchpredictioncanB.InterruptLogicconsideredhardtoinbeInJOP,bytecodemicrocodetranslationusedcleverlytohavingtohandleincoreareimplementedbytecodes.TheseareinsertedthehardwaretheJavastream.Whenaninterruptpendingthefetchedfromisaninstruction,associatedspecialisinsteadoffromTheisthatinterruptsareatbytecodeboundaries.worst-casedelayexecutiontimeofslowestthat

implementedinmicrocode.BytecodesareinSectionII-D)canbeTheimplementationofinterruptsatinterruptstransparentthelogic.InterrupthandlersbeimplementedinthesamestandardbytecodesareinmicrocodeJava.specialcanresultinofaJVMmethodintheofinterruptedthread.implicitlyalmostcompletecontextthecurrentthreadonC.CacheAforbandwidth.Atoavoidprocessingbottleneckshigherisstandardorganizationstheexecutionbutaredifficultpredictforanalysis.TwocachesproposedforJOP:acachesubstitutionforcacheandmethodtoinstructions.thestackisaheavilyaccessedregion,

–orpartofit–isplacedinon-chipmemory.Thisofisasthestackcache.Fillandspillofcacheistothereforetime-predictable.anovelwaytoaninstructioncache,asmethodcachemethods,missesoccuronmethodinvocationandreturn.blockontree,ofThismethodiseasytowithrespectworst-casestillsubstantialagainstwithoutD.MicrocodeThefollowingtwodifferentinstructionsets:bytecodemicrocode.BytecodesareinstructionsthatupaJavaTheseinstructionsexecutedbyavirtualJVMdoesnotanytechnology.Microcodeisthenativeinstructionforaretranslated,duringtheirintomicrocode.Botharedesignedforextendedmachine.(1).TranslationofBytecodesTodate,noimplementationofJVMthatisofallbytecodesinalone.Thisistothefollowing:somebytecodes,new,whichanewaretoocomplextoimplementhardware.havetobebysoftware.aself-containedJVMwithoutoperatingsystem,accesstoI/Onecessary.Therenobytecodesforlow-level

Theselow-levelservicesusuallyimplementednativewhichthatanother(C)isnativetoforbytecodeisproblemtoimplementsimplebytecodesintoemulatecomplexnativefunctionsinwithadifferentawithtwodifferentsetsresultsacommonsolution,usedinSun’spicoJava,aofnativeuseatraptotheThisentailsanminimumofcyclesinforthesoftwaretrap.Inthisissolvedinway.JOPhasasingleinstructiontheso-calledmicrocode.Duringexecution,Javaistranslatedtoeitherasequencemicrocodeinstructions.ThistranslationmerelyaddspipelinestagetocoreinnoexecutionWithwefreetodefinetheJOPtomaptoofJVM,andfindaninstructioncodingcanbeimplementedwithminimalhardware.3anexampleofflowfromprogramJOPThefetchedbytecodeactsasfortablecontainsthestartforJVMimplementationinaddressprogramforeveryexecuted.EveryistoaninmicrocodethatJVM.Ifthereexistsanequivalentmicroinstructionforbytecode,itisincycleandnextbytecodeistranslated.Forcomplexbytecode,JOPjustcontinuestoexecutemicrocodeinsubsequentofsequencecodedinthemicrocode(asnxtbit).FortheJVMtobeimplementedefficiently,thehastofittobytecode.theJVMamicrocodeisalso

theJVMispuremachine.MethodparametersvariablesThesecanresideinastackframeofmethodandwithanoffsettheoflocalsarea.Additionalareavailableatthemicrocodelevel.ThesescratchlikeinaconventionalCPU.areonSomebytecodes,suchasALUoperationstheshortformaccesstolocals,directlyimplementedbyanequivalentmicrocode(withdifferentencoding).Additionalinstructionsareaccessinternalregisters,mainI/OArelativeofperformsflowdecisionsthemicrocodeForoptimumoftheavailableallinstructionsare8long.Therenoinstructionseveryinstruction,exceptionof,executedinasinglecycle.keepthesetthisdense,twoareapplied:Twotypesofdistances,normallyantolonger8bits.Thesetis1632intypicalorbeofvariablelengthatboundaries.AfirstimplementationofJVMwitha16-bitthatonlyasmallofdifferentarenecessaryforimmediaterelativedistances.InthecurrentoftheimmediatecollectedwhilemicrocodeisbeingassembledputintotheinitializationfileforthelocalRAM.accessedindirectlyintheasvariables.Theyaresimilartofromfactthataretotheirvalueduringruntime,whichwouldservepurposewouldAsimilarsolutionisfordistances.assemblerVHDLwithforallfoundbranchindexedbitsduringruntime.Theseindirectionsduringmakeittoset,andprovide16differentimmediatebranchForpurposeset,thesewouldimposemanyrestrictions.AsmicrocodeonlytheJVM,thissolutionisasimplifyfordecoding,thecodingcarefullychosen.ForbitinthewhetherwillincrementdecrementTheoffsettothelocalsisdirectlyencodedintheinstruction.notcasefortheoriginalofbytecodes00x1aand1is(3)FlexibleofBytecodes:above,Javabytecodesarecomplex.alreadyistoemulatethemthroughsequenceof

microcodeinstructions.However,ofcomplexbytecodesseldomused.TofurtherreduceresourceimplicationsforJOP,incaselocalmemory,canevenbebyJavaassemblyoftheJVM,alllabelsrepresentanentryforbytecodeimplementationareusedtogeneratetranslationtable.Forallbytecodesforwhichnoisfound,i.e.isnoimplementationinisThesequencethisinvokesmethodclass.methods,oneeachbytecode,bythebytecodevalue.Theusedasinthemethodofsystemclass.Thisfeaturealsoallowsfortheofusageperformance.ResourceUsageenergyconsumption,isanforembeddedsystems.costofisrelatedtosizecostperisroughlytoofwithfewerconsumeProcessorsforsystemsoptimizedforminimumchipsize.objectiveinoftosmallthatcouldbeinlowcostFPGA.TableIItheusageforofJOPanddifferentinanAlteraEP1C6FPGA.equivalentfordesignsinanisItistothestructures,LogicCells(LC)andmemoryAllofJOPcontainato32-bitRAMand8-bitforJavaprogramtheFPGAminimummultiplicationandtheshiftinInconfiguration,theseimplementedasaBoothmultiplierandbarrelshifter.typicalconfigurationusefulI/OdevicessuchanUARTawithformulti-threading.typicalofneeds30%the

inathusleavingresourcesforAsareference,,Altera’spopularsoftalsointhehasaa5-stagecanbeconfiguredwithaorAistheminimumofVersionBaddsanexternalinterface,multiplicationtimer.AwiththeminimalconfigurationofandVersionBwithtypicalconfiguration.forEmbeddedApplicationsinReal-timeisa16-bitwithdeterministicexecutioninstructionstosingle-pathisinthelistitisalsoforreal-timethatVHDLcodeforJOPisaswasalsoinaXilinxFPGA[26].OnlyinstantiationinitializationforwhilsttheofVHDLcodebeforJOPabouttheLCLCs)inthehasaclock(83MHz).FromcomparisonweseethatweobjectiveofdesigningasmallThecommercialJava2.3times2.5slower)intheconfiguration.Atypicalabout1.8timesofHowever,canclockedthanJOPthesameTheonlyprocessorthatsimilarinsizeisisaJOPadataIIIprovidesfortheaJileprocessor,theIntelPentiumMMXprocessorthatusedinbenchmarksinEquivalentcountforanLCbetween5.57.4–aofperLCand1.5gatesmemorybitforthegatecountforinJOPintypicalthatconsumesLCs.PentiumMMXtransistors[27]thattogates.Weseefromthaton-chipmemorydominatesthegatecountofJOP,

angreaterofaJileprocessor.Theprocessor12largerJOP.4.PerformanceRunningbenchmarksisproblematic,generallyandespeciallyintheofThebestwouldbeapplicationthatisintendedtorunonthesystembeingtested.getcomparableresultsbenchmarksfortheforthe[28],usuallyforembeddedsystems.absenceofJavaforsystems,asmallsuitthatruneventhesmallestisprovidedItmicro-benchmarksfortheofcyclesforsinglebytecodesofbytecodes,twoapplicationToproviderealisticworkloadforembeddedsystems,aapplicationwasadaptedcreatethe(Kfl).Theapplicationistakenfromoneofnodesofmotorcontrolsystem.Aoftheenvironmentcommunicationsystemfromstation)formsofthebenchmark,tothereal-worldTheanadaptationofatinyTCP/IPforThisbenchmarkcontainstwoexchangingmessagesviaawewillsee,isainprocessingpowerembeddedToforthisvariation,allbenchmarksare‘selfadjusting’.Eachbenchmarkconofanaspectthatisbenchmarkedinacountadaptsitselfuntiltherunsforasecond.iterationspersecondiswhichthathigherindicatebetterperformance.AllbenchmarkshowaexecutedInKflbenchmark,loopofthethatexecutedinaperiodiccycleintheoriginalapplication.Inthewaitperiodisomitted,sothatthesolelytime.TheUDPcontainstheofitthroughtheUDP/IPtheanditbackasafunction.TheiterationcountistheanswersperThefollowinglistaofthesystemsthatJOPimplementedinCycloneFPGA,runningThemainisa(15ns)withanaccessofclockconfigurationof4KBmethod[in16blocks.AsexamplefordeviceuseRCXrobotfromtheLEGOIta16-bitHitachiH8300microcontroller[30],

16MHz.atinyinterpretingJVMfortheRCX.TINIisancloneasoftwareJVM.werefromcustomboardwith20MHzcrystal,andthechip’sPLLissettoafactorof2.KVMisaportoftheSun’sKVMthatispartoftheConnectedLimited(CLDC)IIprocessorMicroCLinux.isonCycloneFPGAwith50MHz.BesidesthedifferentclockthisgoodcomparisonofinterpretingJVMintheTheresultsofKomodowerebyMatthiasPfefferonofaJile’sJEMCoreisdirectthatindifferentversions:aJ80theaJ100.AtheJStamp,containsaJ80an8-bit74MHz.TheSaJefromaJ100thatclockedwith103MHzcontainsSRAM.TheController)platformatypicalexampleofsystemRISCThesystemisbasedARM720Tat74MHz.It64MBSDRAMupto16offlash.istheforJava.Thisrepresentsa266MHzLinux.MBofonforanFPGA(XilinxMicroBlazeCaJavafortheCprogramiswiththeGNUtoolchain.InFigurethegeometricoftwoapplicationbenchmarksisshown.Theunitforiterationssecond.Notethattheverticalaxisisintoobtainusefulfigurestointopdiagramwhilethebottomdiagramto1MHzclockfrequency.resultsofbenchmarksandgeometricinItshouldbenotedthattosingleclockfrequencycouldproveTherelationbetweenclockbegiveanifweweretoincreaseof100MHzJOPto1GHz,wouldmemorytimefrom15nstoProcessorswith1GHzarebutanaccesstimeof10ns.WhencomparingJOPtheaJileagainstTINI,andKVM,weseethatup500thananinterpretingJVMstandard

67foransystem.averageofevensolutiononansystem,thesystem.67scaledtosamefrequency,thecompilingJVMonaPCmuchthaneitherembeddedsolution.However,theofthe4KBItfitsintheonecacheofPentiumMMX(16KB+16KB).withaPentiumclasswewouldaJOPaboutthanaJ80JavaonJStampboard.theaJ80processorcontainsan8-bitinterface,fromthisbottleneck.SaJecontainstheaJ10032-bit,10nsSRAMsisaaboutthanwith15nsTheMicroBlazeaofbatchcompilationsystemforRISCMicroBlazeconfiguredwithsameJOPclockedatfrequency.thanthissolution,thusthatnativeexecutionofJavathanbatch-compiledJavaHowever,resultsoftheMicroBlazeareapreliminarystage,theJ