I don't seem to have that command

[root@nshpbx1 ~]# -jvmstat
-bash: -jvmstat: command not found
[root@nshpbx1 ~]# jvmstat
-bash: jvmstat: command not found

I don't have 16 GB of memory in most of my servers. I do in my corporate office. All my other servers are fanless, diskless machines that max out at 4 GB. This hits me harder there. I know about the issues with java, but this is an extreme and I do not see it in any of our other java based applications. There are supposed to be ways to reclaim the memory. I have quite a few other java apps that spike but don't stay up that high. I exclusively use the backups within sipx with the ftp option. I have read of others having the issue you describe, but I do not see it on any of my installations. I have never had any of them miss a backup.

On 3/17/2011 5:27 PM, Tony Graziano wrote:
can you use -jvmstat to see usage with 4.2.1?

If I have 16GB of RAM in a server and I use JAVA, I can ensure myself a huge amount of memory will be used up whether I like it or not. That is the nature of JAVA. The more burning question is whether or not heap usage is right after the job is done.

"For the most part", I don't actually use the build in backup system except when moving a system. I use Amanda and scripts in cron, I've also experimented with a webdav client from CLI that can do this. I've never found sipx giving me consistent FTP backup for more than 30 days before they randomly quit (perhaps as a result of the leak you may have found).

I fully expect RAM to be almost fully used, I don't expect heap stuff to be out of whack though.

Have you run -jvmstat?

On Thu, Mar 17, 2011 at 4:29 PM, Matthew Kitchin (public/usenet) <mkitchin.pub...@gmail.com <mailto:mkitchin.pub...@gmail.com>> wrote:

    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 <mailto: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 <mailto:tgrazi...@voice.myitdepartment.net>
Fax: 434.326.5325

Email: tgrazi...@myitdepartment.net <mailto:tgrazi...@myitdepartment.net>

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

Helpdesk Contract Customers:
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