Question

  Asked: Apr 23 2008   5:05 PM GMT
  Asked by: Leah Rosin


Performance issues regarding merging libraries


AS/400 performance, multithreading, library merging

I received an email yesterday from a reader who has a big task. She is working with a hospital to merge three different libraries into one using AS/400.

"One Hospital is going for data merger of three different libraries to one single library including some data mapping and conversion.
There are lots of programs written for conversion of data to single library. But we are facing performance issue as converting billions of records takes time and CPU usage goes high, resulting in slowness of application.
We can implement the concept of multithreading, but monitoring each job for its conversion may become a big task.
What should we do?"

Subscribe to Alerts! Get questions and answers delivered to your Inbox.


E-mail me updates on this question



   SUBSCRIBE

hidden modal window

Answer Wiki (Improve, edit or add to this answer)


 RATE THIS ANSWER
0
Click to Vote:
  •   0
  •  0



It look like this project is pretty huge so in that case, I would probably ask to create a special subsystem with a specific shared pool insulated from the one used by QBATCH so each of them would have their individual memory and CPU specs so they wont disturb the other one while running Monster jobs.

If you do so, dont forget to start your sub system at IPL time in your QSTRUP pgm.

Have Fun !

__________________
DanTheMan
  • AddThis Social Bookmark Button

Browse more Questions and Answers on AS/400.

Looking for relevant AS/400 Whitepapers? Visit the Search400.com Research Library.


Discuss This Answer


You must be logged-in to discuss a question. Log-in/Register

Karank  |   Apr 25 2008  7:43AM GMT

yes , time is factor here also……….
we have to prioritize the job…we have to assigne less than 10 priority for them…….if we set the priority to 70 then it will get delayed or will take longer time……..

May be we can have another solution other than multithreading which is our last left option >