Most Java Virtual Machines cooperat

Most Java Virtual Machines cooperate with the underlying operating system and abstract from the underlying hardware. They provide a unified interface for the execution of Java classes. A Virtual Machine loads the classes with help of the class loader and it manages the classes by storing them in suitable structures. In particular, it executes the Java byte code by acting as a bytecode interpreter. The interpreter contains a connection to external peripheral devices and runs services like the garbage collection for heap memory management. The JVM offers structures like the heap, the stack, and the program counter.
In contrast to most Java Virtual Machines our Komodo microcontroller executes most Java bytecode instructions directly (by hardware or microcode). Complex Java bytecodes like getstatic,invokevirtual, monitorenter, and new are executed in terms of trap routines, which make up the software part of our Virtual Machine (besides the garbage collector). We omit an operating system layer between the Virtual Machine and the hardware. So, our system calls are mapped directly to the underlying hardware. Because of the combined hardware/software based design of our system, we call it a Komodo Java Machine (KJM) instead of a Java Virtual Machine.
There are some modifications required for making our Java Machine capable for real-time. The class loader must be modified to offer predictable execution times of the loaded methods. Finally a garbage collection that fulfils real-time requirements is needed for the execution of realtime applications on the microcontroller. In our concept of helper threads, the garbage collector and the class loader run in separate thread slots concurrently to the (real-time) application threads.

ผลลัพธ์ (ไทย) 1:

Most Java Virtual Machines cooperate with the underlying operating system and abstract from the underlying hardware. They provide a unified interface for the execution of Java classes. A Virtual Machine loads the classes with help of the class loader and it manages the classes by storing them in suitable structures. In particular, it executes the Java byte code by acting as a bytecode interpreter. The interpreter contains a connection to external peripheral devices and runs services like the garbage collection for heap memory management. The JVM offers structures like the heap, the stack, and the program counter.In contrast to most Java Virtual Machines our Komodo microcontroller executes most Java bytecode instructions directly (by hardware or microcode). Complex Java bytecodes like getstatic,invokevirtual, monitorenter, and new are executed in terms of trap routines, which make up the software part of our Virtual Machine (besides the garbage collector). We omit an operating system layer between the Virtual Machine and the hardware. So, our system calls are mapped directly to the underlying hardware. Because of the combined hardware/software based design of our system, we call it a Komodo Java Machine (KJM) instead of a Java Virtual Machine.มีบาง modifications ที่จำเป็นสำหรับเครื่องเราจาวามีความสามารถในแบบเรียลไทม์ โหลดคลาสต้อง modified ให้เวลาดำเนินการได้วิธีโหลด สุดท้ายการเก็บรวบรวมขยะที่ fulfils ความจริงเป็นสิ่งจำเป็นสำหรับการดำเนินการของโปรแกรมเรียลไทม์บนไมโครคอนโทรลเลอร์ ของเราแนวคิดของเธรดผู้ช่วย ตัวเก็บรวบรวมขยะและโหลดคลารันในช่องหัวข้อที่แยกต่างหากพร้อมการเธรดแอพลิเคชัน (เวลาจริง)

ผลลัพธ์ (ไทย) 2:

ส่วนใหญ่ Java เครื่องเสมือนให้ความร่วมมือกับระบบปฏิบัติการที่รองรับและนามธรรมจากฮาร์ดแวร์พื้นฐาน พวกเขาให้อินเตอร์เฟซเอ็ดสายเดียวสำหรับการดำเนินการของการเรียน Java เครื่องเสมือนโหลดเรียนด้วยความช่วยเหลือของกระบอกชั้นและการบริหารจัดการชั้นเรียนโดยเก็บไว้ในโครงสร้างที่เหมาะสม โดยเฉพาะอย่างยิ่งจะรันโค้ดจาวาไบต์โดยทำหน้าที่เป็นล่าม bytecode ล่ามมีการเชื่อมต่อกับอุปกรณ์ต่อพ่วงภายนอกและวิ่งบริการเช่นการเก็บขยะสำหรับการจัดการหน่วยความจำกอง JVM มีโครงสร้างเหมือนกองกองและโปรแกรมเคาน์เตอร์.
ในทางตรงกันข้ามกับเครื่องเสมือน Java ที่สุดไมโครคอนโทรลเลอร์โคโมโดของเรารันคำสั่งมากที่สุด Java bytecode โดยตรง (โดยฮาร์ดแวร์หรือเฟิร์มแว) bytecodes Java ที่ซับซ้อนเช่น getstatic, invokevirtual, monitorenter และใหม่จะดำเนินการในแง่ของการปฏิบัติกับดักที่ทำขึ้นเป็นส่วนหนึ่งของซอฟแวร์เครื่องเสมือนของเรา (นอกเหนือจากการเก็บขยะ) เราละเว้นชั้นระบบปฏิบัติการระหว่างเครื่องเสมือนและฮาร์ดแวร์ ดังนั้นสายระบบของเรามีแมปโดยตรงกับฮาร์ดแวร์พื้นฐาน เพราะการรวมฮาร์ดแวร์ / ซอฟต์แวร์การออกแบบตามระบบของเราที่เราเรียกว่าโคโมโดเครื่อง Java (KJM) แทนโปรแกรม Java Virtual Machine.
มีบางไพเพอร์ไฟ Modi ที่จำเป็นสำหรับการทำเครื่องของเรามีความสามารถใน Java สำหรับเรียลไทม์ที่มี กระบอกชั้นจะต้อง Modi เอ็ดสายที่จะนำเสนอเวลาการดำเนินการที่คาดการณ์ของวิธีการโหลด ในที่สุดการเก็บขยะที่ไฟ ls-ful ต้องการเวลาจริงเป็นสิ่งจำเป็นสำหรับการดำเนินการของการใช้งานเรียลไทม์บนไมโครคอนโทรลเลอร์ ในแนวคิดของหัวข้อผู้ช่วยเก็บขยะและรถตักดินชั้นทำงานในช่องหัวข้อแยกพร้อมที่จะ (เรียลไทม์) หัวข้อการประยุกต์ใช้

ผลลัพธ์ (ไทย) 3:

ชวาเครื่องเสมือนร่วมมือกับต้นแบบมากที่สุดระบบปฏิบัติการและบทคัดย่อจากต้นแบบฮาร์ดแวร์ พวกเขาให้หนึ่งจึงเอ็ดอินเตอร์เฟซสำหรับการเรียนจาวา เครื่องเสมือนโหลดบทเรียนด้วยความช่วยเหลือของชั้นเรียนและโหลดมันจัดการชั้นเรียน โดยการเก็บไว้ในโครงสร้างที่เหมาะสม โดยเฉพาะอย่างยิ่ง