ds_ipcput() - timeout waiting for mutex
Moderators: chulett, rschirm, roy
-
- Premium Member
- Posts: 87
- Joined: Sat Jul 14, 2007 2:24 pm
ds_ipcput() - timeout waiting for mutex
Hi all,
I am using a server job that look like that : seq_file ->transformer -> transformer -> link_collector -> sort -> transformer -> aggregator ->transformer -> seq_file
The job uses inter process (with 512k buffer size)
When running on large amount of data I get an error:
ds_ipcput() - timeout waiting for mutex"
any suggestions?
I am using a server job that look like that : seq_file ->transformer -> transformer -> link_collector -> sort -> transformer -> aggregator ->transformer -> seq_file
The job uses inter process (with 512k buffer size)
When running on large amount of data I get an error:
ds_ipcput() - timeout waiting for mutex"
any suggestions?
-
- Premium Member
- Posts: 87
- Joined: Sat Jul 14, 2007 2:24 pm
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Reduce the total load and in particular don't do anything that needs to wait for an unexpected amount of time. Had you searched for SPINTRIES you would have found more useful tuning 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.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
-
- Premium Member
- Posts: 87
- Joined: Sat Jul 14, 2007 2:24 pm
One possible reason is physical memory. Large buffers used so much memory that the system began paging / swapping. This slowed user level processes down so much that your error occurred. This is only a guess, without additional data and your monitoring nobody can know for certain.
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Any wait can cause it. Even waiting for DB2 to generate all the warnings it needs to before rolling back a transaction, if the timeout interval is set short enough or the server is busy enough. Saw one of those today.
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.
The warning are there for a reason (although in today's systems with much more memory some are a bit conservatively set) and should not be trifled with.
For the same reason, it is impossible to just give tuning suggestions without knowing exactly what the problem is; this is somewhat akin to going to a doctor and saying "I feel sick" and the doctor asks no further but prescribes Penicillin. Thus just changing UVCONFIG values without knowing the effects of the changes can make a system slow down or, in the worst case, stop functioning.
For the same reason, it is impossible to just give tuning suggestions without knowing exactly what the problem is; this is somewhat akin to going to a doctor and saying "I feel sick" and the doctor asks no further but prescribes Penicillin. Thus just changing UVCONFIG values without knowing the effects of the changes can make a system slow down or, in the worst case, stop functioning.
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>