Discussions

News: Time-Deterministic Java Presentation Justifies Javalution

Bookmark and Share Get thread feed

  1. Time-Deterministic Java Presentation Justifies Javalution (5 messages)

    Usability of your application can be affected by unexpected delays introduced by the standard library implementation (e.g. collection resizing, lazy initialization, cascading class initialization, full GC, etc). In this presentation we explain why Java developers serious about response-time and responsiveness should consider basing their application (or library) on a time-deterministic / RTSJ-Safe library such as the open-source Javolution framework.
    All real-time systems need consistent performance. The RTSJ does not require that a conforming Java platform be unusually fast. But having a poor consistent performance is not better than good performance with some limited fluctuations (often the "worst-case" execution time is actually what matters the most).
    Also, by using a RTSJ (real-time compliant) library, you ensure that your software can take advantage of the upcoming RTSJ VMs (to be released early next year) with no modification. Message was edited by: joeo@enigmastation.com
    Reply to this

    Threaded Messages (5)

  2. Title typo (read Javolution instead of Javalution).[ Go to top ]

    Title Typo: Read Javolution instead of Javalution.
    Reply to this Reply to original

  3. Re: Time-Deterministic Java Presentation Justifies Javalution[ Go to top ]

    RTSJ compliant VM is already available from IBM http://www-306.ibm.com/software/webservers/realtime/. Why would i want to code to Javolution API when RTSJ VM is already supporting most of the real-time requirements using standard java programming model ?
    Reply to this Reply to original

  4. Re: Time-Deterministic Java Presentation Justifies Javalution[ Go to top ]

    Why would i want to code to Javolution API when RTSJ VM is already supporting most of the real-time requirements using standard java programming model ?
    Maybe because IBM's thingy works only on customized Linux?
    Reply to this Reply to original

  5. RTSJ VM is not enough without a time-deterministic library[ Go to top ]

    RTSJ compliant VM is already available from IBM http://www-306.ibm.com/software/webservers/realtime/.

    Why would i want to code to Javolution API when RTSJ VM is already supporting most of the real-time requirements using standard java programming model ?
    A RTSJ VM is only the necessary first step; but to be really useful you need a time-deterministic standard library (such as Javolution). I believe that IBM licenses its standard library from Sun and therefore inherits the same unbounded response time for most classes (e.g. java.util.*) Indeed, what's the point for the VM to be accurate to the millisecond when a simple ArrayList.add(obj) in your code may suddenly throw you off by hundreds of milliseconds (due to internal copy/resizing)? Note: To this date, I don't know of any time-deterministic Java library other than Javolution.
    Reply to this Reply to original

  6. IBM Real-Time uses non time predictable library.[ Go to top ]

    From WebSphere Real Time web site:
    WebSphere Real Time is comprised of the following components consistent with IBM's standard JRE: * Full support for Java Standard Edition (JSE 5.0) * Full support for JCP Real-time Specification for Java 1.0.1 * Support for SMP multiprocessor x86 Linux platforms (including IBM BladeCenters) * JXE Support * A well-defined list of JDK classes that are No-Heap Real-Time Thread (NHRT) safe
    Basically, IBM goes only as far as providing the list of classes that will not crash with NHRT. But no RTSJ safe replacement here (not to mention the lack of time predictability of the JSE 5.0 library).
    Reply to this Reply to original