Stuart Ritchie. Systems programming in java. IEEE Micro, pages 30--35, May 1997.  Home/Search   Document Not in Database   Summary   Related Articles   Check

....memory protection mechanisms like Software based Fault Isolation [121] ProofCarrying Code [77] and type safe languages [11] are found to be a lot cheaper than hardware based mechanisms. Even interpreted languages like Java are also found to exhibit adequate performance for system programming [92]. All these suggest that software based solutions can be as adequate as, and at times even more competitive than, hardware based solutions. 3. Ease of Experimentation. A software solution is usually easier to implement and modify. It can then be easily distributed to or reproduced by the ....

Stuart Ritchie. Systems programming in java. IEEE Micro, pages 30--35, May/June 1997.

....memory protection mechanisms like Software based Fault Isolation [120] Proof Carrying Code [77] and type safe languages [12] are found to be a lot cheaper than hardware based mechanisms. Even interpreted languages like Java are also found to exhibit adequate performace for system programming [92]. All these suggest that software based solutions can be as adequate as, and at times even more competitive than, hardware based solutions. 3. Ease of Experimentation. A software solution is usually easier to implement and modify. It can then be easily distributed to or reproduced by the computing ....

Stuart Ritchie. Systems programming in java. IEEE Micro, pages 30--35, May/June 1997.

....device or an old computer system may be under powered and equipped with inadequate memory such that it is crippling to try to start multiple JVMs. ffl Sometimes, there is no underlying O S in which to launch multiple JVMs, and all we have is a single JVM that runs on the bare hardware. JavaOS [11] is an example of such a system. Since most of the criticism that we apply to the JDK also applies to JavaOS, it will become clear that JavaOS is not very good at running multiple applications, let al..one applications run by different users. For example, to switch to a different user in JavaOS, the ....

S. Ritchie. Systems Programming in Java. IEEE Micro, 17(3):30--35, May/June 1997.

....in one JVM. For starters, a small device or an old computer system may be under powered and equipped with inadequate memory such that it is crippling to try to start multiple JVMs. Moreover, JVM sometimes does not run as a process of an O S, but run directly on the bare hardware (e.g. JavaOS [10]) Thus, there may not always be an underlying operating system to host multiple JVMs. In current incarnations of these systems, the multiple applications available on the system are in fact parts of one big application, where it is difficult (if not impossible) to segregate the different parts to ....

S. Ritchie. Systems Programming in Java. IEEE Micro, 17(3):30--35, May/June 1997.

....application software is less likely to be exploitable as a security hole. Note that although the Java Virtual Machine (JVM) typically runs over another hosting operating system such as Solaris, it may also run directly over hardware as in the case of the network computer JavaStation running JavaOS [14]. To maintain platform independence, our architecture does not depend on security features provided by an underlying operating system. Furthermore, our architecture does not override the protection mechanisms in the underlying operating system. For example, by configuring a finegrained access ....

S. Ritchie. Systems Programming in Java. IEEE Micro, 17(3):30--35, May/June 1997.

No context found.

Stuart Ritchie. Systems programming in java. IEEE Micro, pages 30--35, May 1997.

Online articles have much greater impact   More about CiteSeer.IST   Add search form to your site   Submit documents   Feedback  

CiteSeer.IST - Copyright Penn State and NEC