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 email@example.com.
Doing something like what David mentioned or creating a Java based service that keeps the JVM loaded would be a good idea.
If you decide to look at commercial stuff for sending email I'm sure we can help with that too.
Richard Schoen | Director of Document Management Technologies, HelpSystems
T: + 1 952-486-6802
RJS Software Systems | A Division of HelpSystems
Visit me on: Twitter | LinkedIn
date: Wed, 28 Dec 2016 22:28:30 -0500
from: "midrange" <franz9000@xxxxxxxxx>
subject: java performance in batch of a packaged tool
Investigating a performance issue.
Is there anything (within reason) one can do increase performance in a java tool (email) which is called from RPGLE.
Not a java programmer.
All the emails are sent to an Exchange server in the same lan.
Batch pool *base has 18-20 gig memory (auto adjust with paging set to *calc).
Server not heavily loaded but same pool serving cgi web server, no heavy traffic and no performance issues.
CPU usage during batch process is maybe 4%.
Power 8 and V7R1
Emails taking 30-40 seconds each, for a little text and a 0.5 to 3 meg attachment.
Average batch process migh send anywhere from 2 to 200.
Two ethernet lines - 1G, Full Duplex, 1496 packet size
This started before the Power 8 upgrade., prev Power 7 also 7.1
Same code & tool, in past (maybe year ago)could send each email in 3-4 seconds - but cannot put a finger on what has changed, other than a catch up of ptfs - several cumes and all the groups, but with nobody watching, not positive it started then.
Win Exchange server takes in other bulk email (like scanners) with no problem.
Can see the jdk is 6.0 (and I know it's going away).
Joblog shows setting environment variables, change directory, and then 30+ seconds later start next one.
Have no logs from when this was faster.
Already looking at other tools so no need to mention.. but a simple tweak would be nice.
As an Amazon Associate we earn from qualifying purchases.
This thread ...
Re: java performance in batch of a packaged tool, (continued)
This mailing list archive is Copyright 1997-2023 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
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.