JXInsight/OpenCore 6.4.EA.4 Released
In the fourth early access build of JXInsight/OpenCore 6.4 “ACE” we have enhanced both the
tvalve adaptive control metering extensions with a
delay (in ms) property to allow the system to warmup before the valve intervenes in the execution of the software. A similar property has also been added to the QoS resource valves which now also have the ability to weight reservation throughput by the priority level of the QoS service making the reservation request as described in Prioritizing Application Performance Using QoS & Adaptive Control Valves.
Another nice new feature in this build is the ability to add a QoS resource
reserve to a QoS service fronting a shared QoS resource (pool) thereby reducing the amount of times the QoS service needs to contend with other services in reserving capacity. The amount of capacity held in the reserve and not returned to the pool can be controlled by
upper bound properties.
Here is an example of a reserve applied to the code listed in in Prioritizing Application Performance Using QoS & Adaptive Control Valves.
The result (switch in work ratio) is pretty impressive when compared with the results for a similar capacity configuration without the
Important Customer Notice
We have also improved the performance overhead of the “out-of-the-box” experience of the metering engine by default disabling the metering (statistical) collection at probe aggregate levels (packages, classes) in addition we have switched to using
System.nanoTime() on all platforms as the basis for the
clock.time meter over the JNI version registered by our native agent library. If you wish to restore to the previous behavior you can use the following system properties.
or more concisely