Publications

Detailed Information

Client ahead-of-time compiler for embedded Java platforms

DC Field Value Language
dc.contributor.authorHong, Sunghyun-
dc.contributor.authorKim, Jin-Chul-
dc.contributor.authorMoon, Soo-Mook-
dc.contributor.authorShin, Jin Woo-
dc.contributor.authorLee, Jaemok-
dc.contributor.authorOh, Hyeong-Seok-
dc.contributor.authorChoi, Hyung-Kyu-
dc.date.accessioned2010-03-17T05:27:35Z-
dc.date.available2010-03-17T05:27:35Z-
dc.date.issued2009-
dc.identifier.citationSoftware Practice and Experience 2009; 39:259–278en
dc.identifier.issn0038-0644-
dc.identifier.urihttps://hdl.handle.net/10371/61326-
dc.description.abstractMany embedded Java platforms execute two types of Java classes: those installed statically on the client device and those downloaded dynamically from service providers at run time. For achieving higher performance, the static Java classes can be compiled into machine code by ahead-of-time compiler (AOTC) in the server, and the translated machine code can be installed on the client device. Unfortunately, AOTC cannot be applicable to the dynamically downloaded classes. This paper proposes client-AOTC (c-AOTC), which performs AOTC on the client device using the just-in-time compiler (JITC) module installed on the device, obviating the JITC overhead and complementing the server-AOTC. The machine code of a method translated by JITC is cached on a persistent memory of the device, and when the method is invoked again in a later run of the program, the machine code is loaded and executed directly without any translation overhead. A major issue in c-AOTC is relocation because some of the address constants embedded in the cached machine code are not correct when the machine code is loaded and used in a different run; those addresses should be corrected before they are used. Constant pool resolution and inlining complicate the relocation problem, and we propose our solutions. The persistent memory overhead for saving the relocation information is also an issue, and we propose a technique to encode the relocation information and compress the machine code efficiently. We developed a c-AOTC on Sun's CDC VM reference implementation, and our evaluation results indicate that c-AOTC can improve the performance significantly, as much as an average of 12% for EEMBC and 4% for SpecJVM98, with a persistent memory overhead of 1% on average. Copyright © 2008 John Wiley & Sons, Ltd.en
dc.language.isoenen
dc.publisherWiley-Blackwellen
dc.subjectJ2ME CDCen
dc.subjectJava ahead-of-time compileren
dc.subjectJava virtual machineen
dc.subjectearly bindingen
dc.subjectjust-in-time compileren
dc.subjectrelocationen
dc.titleClient ahead-of-time compiler for embedded Java platformsen
dc.typeArticleen
dc.contributor.AlternativeAuthor홍성현-
dc.contributor.AlternativeAuthor김진철-
dc.contributor.AlternativeAuthor문수묵-
dc.contributor.AlternativeAuthor신진우-
dc.contributor.AlternativeAuthor이재목-
dc.contributor.AlternativeAuthor오형석-
dc.contributor.AlternativeAuthor최형규-
Appears in Collections:
Files in This Item:
There are no files associated with this item.

Altmetrics

Item View & Download Count

  • mendeley

Items in S-Space are protected by copyright, with all rights reserved, unless otherwise indicated.

Share