On Fri, Mar 18, 2011 at 3:00 AM, Todd R. Hodgen <thod...@frontier.com>wrote:

> 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?
>

See the tracker.

http://track.sipfoundry.org/browse/XX-9236



>
> -----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/
>



-- 
======================
Tony Graziano, Manager
Telephone: 434.984.8430
sip: tgrazi...@voice.myitdepartment.net
Fax: 434.326.5325

Email: tgrazi...@myitdepartment.net

LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net

Helpdesk Contract Customers:
http://support.myitdepartment.net

<http://support.myitdepartment.net>Blog:
http://blog.myitdepartment.net

Linked-In Profile: http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
_______________________________________________
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Reply via email to