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



I read your note as saying the Java program and the data queue are on the
same AS/400.  If true you should be able to use a short cut in the Toolbox.
If everything is on the same machine and security requirements are met, the
Toolbox data queue code will directly call the OS/400 API (instead of
calling the server job) to carry out a data queue request.  Check out a FAQ
on this topic at
http://www-1.ibm.com/servers/eserver/iseries/toolbox/faq.htm#faqT, or read
about it in the programmer's guide under "OS/400 Optimizations".

David Wall
AS/400 Toolbox for Java




                    "Kristofor
                    Jacobson"                To:     <java400-l@midrange.com>
                    <cuda70_383@yahoo.       cc:
                    com>                     Subject:     Data Q performance 
w/Java
                    Sent by:
                    java400-l-admin@mi
                    drange.com


                    10/09/2001 12:46
                    AM
                    Please respond to
                    java400-l





Hello all,
           I'm working on a Java class that will access AS/400 data queues
on the
machine on which it will execute. My problem is that the performance I'm
seeing is pretty dismal, and I'm guessing it is because I use the DataQueue
and AS400 classes which connect to the QZHQSSRVD data queue server job.
When running the class in batch, the job doesn't use  much CPU but the
QZHQSSRVD job climbs up to almost 20% of the system (it's a model 270 with
950 CPW)

           Is there any way to access the data queues without doing it
through the
data queue service?  Can direct calls be made to QRCVDTAQ on the same
machine without using the AS/400 remote command processing service?
(QZRCSRVS)  I haven't tried using calls to QRCVDTAQ yet.

           I currently pop 15-20 queue entries per second using the Java
class, while
an equivalent RPG program on the same system making calls to QRCVDTAQ runs
into the thousands of pops per second.  I don't need to be able to handle
thousands of queue entries per second, but if the QZHQSSRVD job goes to 20%
of a 950 CPW box just to handle 15-20 entries per second, I'll never be
able
to put this in a production environment.

           Last, I understand that by using standard AS400 and DataQueue
objects my
class will be able to execute on any machine with the appropriate IBM
classes installed (interoperability), but that is not an issue compared to
the performance problem.  Therefore, any trick that gets around this but
also causes the class to reside on the same AS/400 as the data queues will
also be fine.

Any suggestions would be greatly appreciated.

==
Kristofor Jacobson
Casino Applications Manager
Mandalay Resort Group



_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

_______________________________________________
This is the Java Programming on and around the iSeries / AS400 (JAVA400-L)
mailing list
To post a message email: JAVA400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/java400-l
or email: JAVA400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/java400-l.







As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.