I've never seen this issue on a customer site yet. I'm wondering if it is a specific feature that might be causing it, or a certain configuration. 16 gb memory, I've never considered that much, I'd be interested in knowing the side of a system that is requiring that much.
Are we convinced this is a sipXecs issue, and not an issue related to a particular processor, manufacturer, etc. I haven't followed this, or even pretend to know the facts. I just find it odd that some have never seen it, while others see it often. What is the common, or missing thread? -----Original Message----- From: sipx-users-boun...@list.sipfoundry.org [mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of Matthew Kitchin (public/usenet) Sent: Thursday, March 17, 2011 1:30 PM To: Discussion list for users of sipXecs software Subject: Re: [sipx-users] Memory not being released after backup - 4.2.1? Anyone interested in voting for this? I put 16 GB of memory in my server, and it is still almost all used up. I would love to see it fixed before 4.4. http://track.sipfoundry.org/browse/XX-9236 Cpu(s): 8.2%us, 1.0%sy, 0.0%ni, 90.3%id, 0.0%wa, 0.0%hi, 0.5%si, 0.0%st Mem: 16438672k total, 13844152k used, 2594520k free, 635040k buffers Swap: 6289436k total, 0k used, 6289436k free, 7619100k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6483 sipxchan 20 0 4420m 1.7g 9872 S 0.0 10.7 222:42.40 java 4497 sipxchan 18 0 4484m 1.7g 12m S 4.7 10.6 1026:45 java 6471 sipxchan 18 0 697m 377m 5856 S 0.3 2.4 301:25.76 sipXproxy 4124 sipxchan 19 0 4425m 249m 9728 S 0.0 1.6 0:33.11 java 5018 sipxchan 20 0 4349m 239m 11m S 0.0 1.5 0:16.67 java 4890 sipxchan 18 0 4372m 100m 9784 S 2.0 0.6 510:34.16 java 4892 sipxchan 18 0 4386m 95m 9812 S 0.0 0.6 42:13.22 java 3920 sipxchan 25 0 4339m 76m 9504 S 0.0 0.5 0:20.01 java 6185 sipxchan 15 0 262m 61m 5380 S 0.0 0.4 133:44.12 sipregistrar 4038 sipxchan 15 0 140m 60m 3092 S 0.0 0.4 25:00.92 ruby 4215 sipxchan 18 0 382m 51m 4060 S 0.0 0.3 39:43.22 sipxacd 4780 sipxchan 18 0 346m 49m 4832 S 0.0 0.3 95:14.10 sipxpresence On 11/23/2010 10:29 AM, Matthew Kitchin (public/usenet) wrote: > On 11/23/2010 10:08 AM, Douglas Hubler wrote: >> >> ok, then you can create a new one please >> >> re:XX-8282 >> I think that is a different issue because it consumes CPU as well. >> I'll close that one. So create a new one. >> >> re:Tony's comment about java not freeing up memory >> Tony is right about most things and mostly likely right about this as >> well so I googled and found this post >> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6498735 >> We may have to consider specifying these parameters because of the few >> specific large jobs the config server occasionally does, we need to >> compensate for that like CDR reports, replication, backups > Done. > http://track.sipfoundry.org/browse/XX-9236 _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/ _______________________________________________ sipx-users mailing list sipx-users@list.sipfoundry.org List Archive: http://list.sipfoundry.org/archive/sipx-users/
