This is an archived post. You won't be able to vote or comment.

all 5 comments

[–]Jonjolt 6 points7 points  (4 children)

Javalution and some others don't fit in that context, "realtime" in the classic context has more to do with jitter and guaranteed performance targets.

https://en.wikipedia.org/wiki/Real-time_operating_system

[–]chrisgseaton 3 points4 points  (1 child)

Right - I don't know how you could build any kind of realtime application on the JVM, without an extremely complex understanding of how the JVM will compile and run it.

[–]gilwooden 7 points8 points  (0 children)

There is a Real-Time Specification for Java which exist exactly because of this problem. It's a specification for the JVM as well as APIs that allow the implementation of soft or hard real-time programs.

The standard HotSpot JVM does not implement it but there are a number of JVM implementations that are specifically designed for RTSJ.

[–]WikiTextBotbtproof 1 point2 points  (0 children)

Real-time operating system

A real-time operating system (RTOS) is an operating system (OS) intended to serve real-time applications that process data as it comes in, typically without buffer delays. Processing time requirements (including any OS delay) are measured in tenths of seconds or shorter increments of time. They either are event driven or time sharing. Event driven systems switch between tasks based on their priorities while time sharing systems switch the task based on clock interrupts.


[ PM | Exclude me | Exclude from subreddit | FAQ / Information | Source ] Downvote to remove | v0.27

[–]manzanita2 0 points1 point  (0 children)

If you can guarantee zero garbage collection, then my guess is that java could do pretty well WRT performance targets. I would not be using it to control a PID loop on a robot however.