How to find memory utiliztion of a parallel job?

Post questions here relative to DataStage Enterprise/PX Edition for such areas as Parallel job design, Parallel datasets, BuildOps, Wrappers, etc.

Moderators: chulett, rschirm, roy

Post Reply
yogeshhd
Participant
Posts: 7
Joined: Wed Jul 21, 2010 6:28 am

How to find memory utiliztion of a parallel job?

Post by yogeshhd »

Do we have any unix commands to get the memory utilization of the jobs
arvind_ds
Participant
Posts: 428
Joined: Thu Aug 16, 2007 11:38 pm
Location: Manali

Post by arvind_ds »

Explore topas command.
Arvind
yogeshhd
Participant
Posts: 7
Joined: Wed Jul 21, 2010 6:28 am

Post by yogeshhd »

topas gives the statistics at the server level. I am much intereseted at the individual job.
arvind_ds
Participant
Posts: 428
Joined: Thu Aug 16, 2007 11:38 pm
Location: Manali

Post by arvind_ds »

There is no specific command which can give you memory utilization details job wise.
Arvind
creatingfusion
Participant
Posts: 46
Joined: Tue Jul 20, 2010 1:26 pm
Location: USA
Contact:

Post by creatingfusion »

You may try the command as.....

ps -ef | grep DSD

this would show all the datastage jobs running in the server and you can explore the process using the process id.

Further regarding the memory utilization you may check the size the scratchdisk while the job is running the command

du -g .
or
df -g .
ArndW
Participant
Posts: 16318
Joined: Tue Nov 16, 2004 9:08 am
Location: Germany
Contact:

Post by ArndW »

Setting $APT_PM_PLAYER_MEMORY, $APT_PM_SHOW_PIDS and $APT_STARTUP_STATUS will give you additional information. In your case the first option will give you some of what you would like.
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

Once you upgrade to version 8 you get the ability to have DataStage capture performance monitoring information and a Performance Analysis tool that gives highly detailed information.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Post Reply