Poor performing DataStage server - 'hanging' connections
Posted: Mon Jun 01, 2009 7:12 am
Hi All,
We are running an instance of DataStage 7.5 on a Linux box with 4 CPUs.
The box is accessed both locally in the UK, and by a team in India. Since the team in India came on line, the performance of the box seems to have degraded badly. The slow down happens over a couple of days, and can normally be resolved by stopping/restarting DataStage - and clearing 'hanging' processes.
I have had the Unix admin monitor the box during these slow times and all appeared to be fine - CPU not being hammered, plenty of disk space free etc.
However, what we do have is several (sometimes tens of) sessions appearing as ESTABLISHED (checked using netstat -na | grep 31538) - even after everyone has logged off.
Is it possible that it is these sessions, or something associated with them, that causes the loss of performance?
I am told that the developers in India frequently get 'broken connection' messages requiring them to log back in - so this is likely the source of these extraneous sessions.
Thanks in advance.
S
We are running an instance of DataStage 7.5 on a Linux box with 4 CPUs.
The box is accessed both locally in the UK, and by a team in India. Since the team in India came on line, the performance of the box seems to have degraded badly. The slow down happens over a couple of days, and can normally be resolved by stopping/restarting DataStage - and clearing 'hanging' processes.
I have had the Unix admin monitor the box during these slow times and all appeared to be fine - CPU not being hammered, plenty of disk space free etc.
However, what we do have is several (sometimes tens of) sessions appearing as ESTABLISHED (checked using netstat -na | grep 31538) - even after everyone has logged off.
Is it possible that it is these sessions, or something associated with them, that causes the loss of performance?
I am told that the developers in India frequently get 'broken connection' messages requiring them to log back in - so this is likely the source of these extraneous sessions.
Thanks in advance.
S