× 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.



and this is a cut from my rpg-client

i am sending 10 times 1024msgs wich are numbered from 1 to 1024 so i can
mesure the time on the java and the rpg-server


dcl-proc testdatqc;
testds.vorname = 'Max';
testds.nachname = 'Mustermann';
testds.data = 'AAAAABBBBBCCCCCDDDDDEEEEEFFFFFGGGGGÄÄÄÄÄÖÖÖÖÖÜÜÜÜÜ';

FOR j = 1 TO 10;
FOR i = 1 TO 1024;
testds.nr = i;
gettimeofday(testds.time);

DataQueue_Send('DTAQ3': 'EDEV': %len(testds): testds);

ENDFOR;
endfor;

return;
end-proc;





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 ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.