Oninit cdi / Archive
Talk to an expert →

IDS 11.2 keeps adding shared mem segs

Posted in 2008

Topics: Server Administration, Platform-Specific Issues

KARL OLIVER — — source: IIUG Forums & Mailing Lists

We are using IDS 11.10.FC2 HP-UX B.11.23 U The system keeps adding virtual shared memory segments rather than try and use existing segments. Is this normal or Have we struck some sort of bug. The segments after V* were recently added yet you can see there appears to be lots of free memory in the segments already existing. An onmode -F won’t free the memory up looks like we are going to have to restart the instance. Anyone else met this behavior Segment Summary: id key addr size ovhd class blkused blkfree 393225 1381451777 c00000001d195000 1845534720 22062808 R* 450568 2 10 1381451778 c00000008b19f000 348160000 4081696 V* 80265 4735 1048589 1381451779 c0000000b1e07000 32768000 385504 V* 6784 1216 196622 1381451780 c0000000b3d47000 32768000 385504 V* 6734 1266 131087 1381451781 c0000000b5c87000 32768000 385504 V* 6626 1374 65552 1381451782 c0000000b7bc7000 32768000 385504 V* 6510 1490 4587537 1381451783 c0000000b9b07000 32768000 385504 V* 6483 1517 4096018 1381451784 c0000000bba47000 32768000 385504 V* 6036 1964 4030483 1381451785 c0000000bd987000 32768000 385504 V* 5924 2076 4784148 1381451786 c0000000bf8c7000 32768000 385504 V* 5163 2837 3440661 1381451787 c0000000c1807000 32768000 385504 V* 3816 4184 2228246 1381451788 c0000000c3747000 32768000 385504 V* 121 7879 1179671 1381451789 c0000000c5687000 32768000 385504 V* 116 7884 1081368 1381451790 c0000000c75c7000 32768000 385504 V* 115 7885 688153 1381451791 c0000000c9507000 32768000 385504 V* 120 7880 688154 1381451792 c0000000cb447000 32768000 385504 V* 111 7889 688155 1381451793 c0000000cd387000 32768000 385504 V* 109 7891 688156 1381451794 c0000000cf2c7000 32768000 385504 V* 109 7891 655389 1381451795 c0000000d1207000 32768000 385504 V* 105 7895 655390 1381451796 c0000000d3147000 32768000 385504 V* 99 7901 3112991 1381451797 c0000000d5087000 32768000 385504 V* 102 7898 2293792 1381451798 c0000000d6fc7000 32768000 385504 V* 105 7895 1998881 1381451799 c0000000d8f07000 32768000 385504 V* 110 7890 1409058 1381451800 c0000000dae47000 32768000 385504 V* 181 7819 4980772 1381451801 c0000000dcd87000 32768000 385504 V 105 7895 5636133 1381451802 c0000000decc7000 32768000 385504 V 170 7830 4751398 1381451803 c0000000e0c07000 32768000 385504 V 97 7903 4063271 1381451804 c0000000e2b47000 32768000 385504 V 99 7901 2064424 1381451805 c0000000e4a87000 32768000 385504 V 98 7902 1114153 1381451806 c0000000e69c7000 32768000 385504 V 99 7901 983082 1381451807 c0000000e8907000 32768000 385504 V 98 7902 917547 1381451808 c0000000ea847000 32768000 385504 V 99 7901 917548 1381451809 c0000000ec787000 32768000 385504 V 102 7898 884781 1381451810 c0000000ee6c7000 32768000 385504 V 96 7904 1343534 1381451811 c0000000f0607000 32768000 385504 V 97 7903 1278000 1381451813 c0000000f4487000 32768000 385504 V 98 7902 917553 1381451814 c0000000f63c7000 32768000 385504 V 97 7903 884787 1381451816 c0000000fa247000 32768000 385504 V 97 7903 Total: - - 3373342720 - - 587864 235706

↪ replying to KARL OLIVER
KARL OLIVER — — source: IIUG Forums & Mailing Lists

as what I pasted previously has not come our very well I have printeec lat 3 cols of onsat -g seg below. as can be seen thre are segs with free space but the system does not use them adds new segments class blkused blkfree R* 450568 2 V* 76485 8515 V* 6589 1411 V* 6602 1398 V* 6519 1481 V* 6331 1669 V* 6254 1746 V* 5930 2070 V* 5527 2473 V* 4918 3082 V* 3464 4536 V* 147 7853 V* 186 7814 V* 116 7884 V* 120 7880 V* 108 7892 V* 109 7891 V* 109 7891 V* 105 7895 V* 99 7901 V* 102 7898 V* 105 7895 V* 107 7893 V* 111 7889 V 103 7897 V 102 7898 V 97 7903 V 99 7901 V 98 7902 V 99 7901 V 98 7902 V 99 7901 V 102 7898 V 96 7904 V 97 7903 V 98 7902 V 97 7903 V 97 7903

↪ replying to KARL OLIVER
John Miller iii — — source: IIUG Forums & Mailing Lists

The hard thing to tell is if you took some action which required lots of memory for a short time, then immediately free'd it up. This would produce exactly what you are seeing. Actions to look for are Large PDQ queries, large sorting (especially with PDQ), archives, update stats, create index, John F. Miller III STSM, Support Architect IBM Informix Dynamic Server (IDS) ids-bounces@iiug.org wrote on 10/07/2008 11:43:42 AM: > as what I pasted previously has not come our very well I have printeec lat 3 > cols of onsat -g seg below. as can be seen thre are segs with free space but > the system does not use them adds new segments > > class blkused blkfree > R* 450568 2 > V* 76485 8515 > V* 6589 1411 > V* 6602 1398 > V* 6519 1481 > V* 6331 1669 > V* 6254 1746 > V* 5930 2070 > V* 5527 2473 > V* 4918 3082 > V* 3464 4536 > V* 147 7853 > V* 186 7814 > V* 116 7884 > V* 120 7880 > V* 108 7892 > V* 109 7891 > V* 109 7891 > V* 105 7895 > V* 99 7901 > V* 102 7898 > V* 105 7895 > V* 107 7893 > V* 111 7889 > V 103 7897 > V 102 7898 > V 97 7903 > V 99 7901 > V 98 7902 > V 99 7901 > V 98 7902 > V 99 7901 > V 102 7898 > V 96 7904 > V 97 7903 > V 98 7902 > V 97 7903 > V 97 7903 > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. >

↪ replying to John Miller iii
Plugge, Joe R. — — source: IIUG Forums & Mailing Lists

What exact version are you on? We have seen where JDBC connections that remain persistent that have grown rather large from a mem standpoint. We are running 11.10.FC2W4X1 and still seems to be an issue out there. We are running the newest JDBC as well. -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of John Miller iii Sent: Wednesday, October 08, 2008 1:42 PM To: ids@iiug.org Subject: Re: IDS 11.2 keeps adding shared mem segs [13641] The hard thing to tell is if you took some action which required lots of memory for a short time, then immediately free'd it up. This would produce exactly what you are seeing. Actions to look for are Large PDQ queries, large sorting (especially with PDQ), archives, update stats, create index, John F. Miller III STSM, Support Architect IBM Informix Dynamic Server (IDS) ids-bounces@iiug.org wrote on 10/07/2008 11:43:42 AM: > as what I pasted previously has not come our very well I have printeec lat 3 > cols of onsat -g seg below. as can be seen thre are segs with free space but > the system does not use them adds new segments > > class blkused blkfree > R* 450568 2 > V* 76485 8515 > V* 6589 1411 > V* 6602 1398 > V* 6519 1481 > V* 6331 1669 > V* 6254 1746 > V* 5930 2070 > V* 5527 2473 > V* 4918 3082 > V* 3464 4536 > V* 147 7853 > V* 186 7814 > V* 116 7884 > V* 120 7880 > V* 108 7892 > V* 109 7891 > V* 109 7891 > V* 105 7895 > V* 99 7901 > V* 102 7898 > V* 105 7895 > V* 107 7893 > V* 111 7889 > V 103 7897 > V 102 7898 > V 97 7903 > V 99 7901 > V 98 7902 > V 99 7901 > V 98 7902 > V 99 7901 > V 102 7898 > V 96 7904 > V 97 7903 > V 98 7902 > V 97 7903 > V 97 7903 > > > ************************************************************************ ******* > Forum Note: Use "Reply" to post a response in the discussion forum. > ************************************************************************ ******* Forum Note: Use "Reply" to post a response in the discussion forum.

Glossary