I think, i got the solution by prestarting listen serverjobs and working
with a data que.
This reduces the runtime by factor 3. It's now similar like a common server
box, maybe better - depending of the prestarted jobs.
May a bottleneck, writing to the IFS. Could be prevented by SSD drives, but
I don't know.

Note:
It's special to generate such a huge amount of jpg's and removing them also
- only by a lack of non-overlay QR codes with images.
Means, you can print a QR-Code and a try to overlay it with a pic - the pic
will always remain in the background and will be overwritten with the
QR-Code.
(and I haven't even talked about colored QR codes yet)

Karl
-----Ursprüngliche Nachricht-----
Von: JAVA400-L [mailto:java400-l-bounces@xxxxxxxxxxxxxxxxxx] Im Auftrag von
D*B
Gesendet: Montag, 30. November 2020 08:41
An: java400-l@xxxxxxxxxxxxxxxxxx
Betreff: AW: Speed up Java on i

<Karl>
So I've wrote a small ZXING Java program and a colleague a DataQ server
program to prevent multiple starts of the JVM.

But it's still too slow! For 1000 QR Codes needs my i9 3 Min and the
customer talks about 2 Million documents with a QR-Code.
</Karl>

I remember a similar discussion in a german forum and by phone...

What is the exact requirement?
2 million should take how long?

D*B


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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

This mailing list archive is Copyright 1997-2022 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.