×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
Below you can see the java code of the slower server. you can see that ist
runs all the time and mesures ever strem of 1024 msgs from the client. the
client numbers the msgs from 1 to 1024
package test;
import com.ibm.as400.access.*;
public class TestDataQueue {
public void run() throws Exception {
AS400 as400 = new AS400();
public static void main(String[] args) {
try {
new TestDataQueue().run();
} catch (Exception e) {
e.printStackTrace();
}
}
}
From: Franz.Rauscher@xxxxxxxxxxx
To: java400-l@xxxxxxxxxxxxxxxxxx
Date: 10.04.2020 17:35
Subject: DataQueue performance jt400Native 10x slower then RPG
Sent by: "JAVA400-L" <java400-l-bounces@xxxxxxxxxxxxxxxxxx>
Hi!
I have a performance problem with my IBM-i scenario.
I have a RPG Client which writes messages to a dataquene. the messages are
about 9000bytes in size. i am writing 1024 messages.
I have two server implementaions which run on the same IBMi machine one in
Java and one in RPG
The java version takes about 150ms to read 1024 messges. The RPG version
only about 15ms. so the RPG version is 10 times faster.
I verified that i user jt400Native and the AS400ImplNative and
BaseDataQueueImplNative is used so that the native API calls from JVM/Pase
are used.
Both server implementations are running in al loop so that i can exlude
any startup perfomance impacts. The timings do not vary over time. RPG is
alwas 10x faster.
Why is the Java/Pase version so much slower??
Greetings,
Franz
My Environment is: Power S812 64GB RAM (1Core no VIOS). IBM-i 7.4 TR1.
There is no load on Server
As an Amazon Associate we earn from qualifying purchases.
This thread ...
Re: DataQueue performance jt400Native 10x slower then RPG, (continued)
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
[javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.