Occurred: 11:37:27 AM On date: 12/15/2005 Type: Info
Event: main_program: Startup Time 0:02 Production Run Time 0:00
Can somebody throw light on Startup Time and Production Run Time. What is the significance of this?
Information about DataStage job log
Moderators: chulett, rschirm, roy
-
- Participant
- Posts: 14
- Joined: Sun Jun 07, 2009 12:26 pm
- Location: Mumbai
Information about DataStage job log
regards
Deepak Kumar
Datastage Developer
Deepak Kumar
Datastage Developer
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Startup time is the amount of time it took to get all the nodes into a running state. Processing time is the amount of time consumed actually processing data. Each is rounded to the nearest whole second.
In your case, processing took less than 0.5 seconds.
Startup time tends to be fairly constant for a given number of nodes (depending on network traffic, perhaps). Processing time should increase with the volume of data processed in an almost linear manner.
Thus, for example, with millions of records your processing time might be tens of seconds, but the startup time would remain two seconds. The moral of the story is that parallel jobs are intended for "heavy lifting". Server jobs, which don't have the startup overhead, can be preferred for smaller volumes.
In your case, processing took less than 0.5 seconds.
Startup time tends to be fairly constant for a given number of nodes (depending on network traffic, perhaps). Processing time should increase with the volume of data processed in an almost linear manner.
Thus, for example, with millions of records your processing time might be tens of seconds, but the startup time would remain two seconds. The moral of the story is that parallel jobs are intended for "heavy lifting". Server jobs, which don't have the startup overhead, can be preferred for smaller volumes.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.