[108] ano, jenze tento nahled NENI originalni koncepci Javy.
bytecode se hodne dlouho interpretoval (a na interpretovany beh byl Oak, pozdeji Java, puvodne navrzena), a k JIT kompilaci dochazelo az pozdeji.
Neni to zadny mezikod, postihujici obecne semantiku - je to v podstate "vysledny assembler", jen tesne pred linkovanim pro virtualni zasobnikovy pocitac - a tady s tim uz moc nenadelame - jen muzeme vice nebo spis mene efektivne zrealizovat _od_pocatku_neefektivne_ seskladany vypocet.
Nedelam si iluze, ze by nejaky JIT analyzoval semantiku deni na zasobniku, a zpetne rekonstruoval ekvivalent registroveho vypocetniho modelu - to je jen zbozne prani.
Pokud ma nekdo pocit, ze JITovana Java vede ke kvalitnejsimu kodu, nez jaky produkuje nativni kompilator, je zcela vedle - uz jen runtime kontroly jsou nechutna zatez (neodstranitelna - kod, co JITer dostane, s nimi pocita).