Mutex spotting
Posted in 2012
Topics: General Discussion
We're quite familiar with nsf.lock mutexes. But we saw two new ones today, on our busiest day of the year, we saw: 4321 6874ba0b8 PC_I hash 14 1078987 1 1080204 0 and 232465 6fe0c3568 rrlist 1074155 1 Does anyone have any info on PC_I and rrlist? thanks Neil
For a definitive answer, please open a PMR.... But apparently: PC_I hash is related to UDR cache... Make sure you have PC_* configured correctly (on big instances you can "over dimension it" because the memory consumption is relatively low). rrlist is more obscure... "resolved routine list"... Seems to be related... Found a couple APARs... But one is for 11.7... You should start by making sure the PC_* parameters are good, but I'd recommend a PMR just to be sure... But it all seems to come down to procedures/functions... Regards On Sat, Apr 14, 2012 at 9:38 PM, NEIL TRUBY <neil.truby@ardenta.com> wrote: > We're quite familiar with nsf.lock mutexes. But we saw two new ones today, > on > our busiest day of the year, we saw: > > 4321 6874ba0b8 PC_I hash 14 1078987 1 1080204 0 > > and > > 232465 6fe0c3568 rrlist 1074155 1 > > Does anyone have any info on PC_I and rrlist? > > thanks > Neil > > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > -- Fernando Nunes Portugal http://informix-technology.blogspot.com My email works... but I don't check it frequently... --485b397dcc973630ee04bdab8948
PMR 50294,019,866 refers, old chum!