[jitsi-dev] Java profiling for Jitsi


#1

Hi

In other thread - Scalability and performance - Damencho suggested to do a
profiling in java process. So, I ask what you suggest to do this process.

I saw that in /usr/share/jitsi-videobridge/lib/videobridge.rc have a option
to debug, but I don't know how "to listen" this output. What software can
do it?

In other hand, I found the visualvm, and I took a look in jstatd and jmx.
If I understood correctly, I can edit
/etc/jitsi/[jicofo|videobridge]/config and add some additional options like:
-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.port=<port>

to debug the java from jicofo and jvb. Is correct this interpretation? Or
have any other suggestion for this point?

Since now, thanks by any orientation.

Regards,
Claudio Ferreira


#2

Hi,

I didn't purpose you to do profiling. I meant to measure the traffic
coming to the bridge, going out of the bridge. As you have concerns
about the memory used, check process memory consumption during the
high load, check the CPU consumption. There are a lot of unix tools to
do that.
First, try to find the weak spot before trying to blame and profile something.
If you think the problem is memory consumption, as you tried
increasing the max memory used, just a heap dump will be enough. There
is already a script in jvb deployment that collects logs, heap and
thread dumps collect-dump-logs.sh, you can then open the heap dump in
visualvm.

Regards
damencho

···

On Fri, Jun 2, 2017 at 7:48 AM, Claudio Ferreia Filho <filhocf@gmail.com> wrote:

Hi

In other thread - Scalability and performance - Damencho suggested to do a
profiling in java process. So, I ask what you suggest to do this process.

I saw that in /usr/share/jitsi-videobridge/lib/videobridge.rc have a option
to debug, but I don't know how "to listen" this output. What software can do
it?

In other hand, I found the visualvm, and I took a look in jstatd and jmx. If
I understood correctly, I can edit /etc/jitsi/[jicofo|videobridge]/config
and add some additional options like:
-Dcom.sun.management.jmxremote
-Dcom.sun.management.jmxremote.ssl=false
-Dcom.sun.management.jmxremote.port=<port>

to debug the java from jicofo and jvb. Is correct this interpretation? Or
have any other suggestion for this point?

Since now, thanks by any orientation.

Regards,
Claudio Ferreira

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#3

Hi

Thank you, Damencho. I will take a look more close about your suggestion.

I also tried the collect-dump-logs.sh to see what it do. It warm that
haven't a "/var/crash" directory. What mean it?

Regards,
Claudio Ferreira

···

2017-06-02 10:24 GMT-03:00 Damian Minkov <damencho@jitsi.org>:

Hi,

I didn't purpose you to do profiling. I meant to measure the traffic
coming to the bridge, going out of the bridge. As you have concerns
about the memory used, check process memory consumption during the
high load, check the CPU consumption. There are a lot of unix tools to
do that.
First, try to find the weak spot before trying to blame and profile
something.
If you think the problem is memory consumption, as you tried
increasing the max memory used, just a heap dump will be enough. There
is already a script in jvb deployment that collects logs, heap and
thread dumps collect-dump-logs.sh, you can then open the heap dump in
visualvm.

Regards
damencho

On Fri, Jun 2, 2017 at 7:48 AM, Claudio Ferreia Filho <filhocf@gmail.com> > wrote:
> Hi
>
> In other thread - Scalability and performance - Damencho suggested to do
a
> profiling in java process. So, I ask what you suggest to do this process.
>
> I saw that in /usr/share/jitsi-videobridge/lib/videobridge.rc have a
option
> to debug, but I don't know how "to listen" this output. What software
can do
> it?
>
> In other hand, I found the visualvm, and I took a look in jstatd and
jmx. If
> I understood correctly, I can edit /etc/jitsi/[jicofo|
videobridge]/config
> and add some additional options like:
> -Dcom.sun.management.jmxremote
> -Dcom.sun.management.jmxremote.ssl=false
> -Dcom.sun.management.jmxremote.port=<port>
>
> to debug the java from jicofo and jvb. Is correct this interpretation? Or
> have any other suggestion for this point?
>
> Since now, thanks by any orientation.
>
> Regards,
> Claudio Ferreira
>
> _______________________________________________
> dev mailing list
> dev@jitsi.org
> Unsubscribe instructions and other list options:
> http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev


#4

It is trying to search for all possible crash/debug logs, so it just
complains they are not there, you can ignore them.

···

On Fri, Jun 2, 2017 at 12:58 PM, Claudio Ferreia Filho <filhocf@gmail.com> wrote:

Hi

Thank you, Damencho. I will take a look more close about your suggestion.

I also tried the collect-dump-logs.sh to see what it do. It warm that
haven't a "/var/crash" directory. What mean it?

Regards,
Claudio Ferreira

2017-06-02 10:24 GMT-03:00 Damian Minkov <damencho@jitsi.org>:

Hi,

I didn't purpose you to do profiling. I meant to measure the traffic
coming to the bridge, going out of the bridge. As you have concerns
about the memory used, check process memory consumption during the
high load, check the CPU consumption. There are a lot of unix tools to
do that.
First, try to find the weak spot before trying to blame and profile
something.
If you think the problem is memory consumption, as you tried
increasing the max memory used, just a heap dump will be enough. There
is already a script in jvb deployment that collects logs, heap and
thread dumps collect-dump-logs.sh, you can then open the heap dump in
visualvm.

Regards
damencho

On Fri, Jun 2, 2017 at 7:48 AM, Claudio Ferreia Filho <filhocf@gmail.com> >> wrote:
> Hi
>
> In other thread - Scalability and performance - Damencho suggested to do
> a
> profiling in java process. So, I ask what you suggest to do this
> process.
>
> I saw that in /usr/share/jitsi-videobridge/lib/videobridge.rc have a
> option
> to debug, but I don't know how "to listen" this output. What software
> can do
> it?
>
> In other hand, I found the visualvm, and I took a look in jstatd and
> jmx. If
> I understood correctly, I can edit
> /etc/jitsi/[jicofo|videobridge]/config
> and add some additional options like:
> -Dcom.sun.management.jmxremote
> -Dcom.sun.management.jmxremote.ssl=false
> -Dcom.sun.management.jmxremote.port=<port>
>
> to debug the java from jicofo and jvb. Is correct this interpretation?
> Or
> have any other suggestion for this point?
>
> Since now, thanks by any orientation.
>
> Regards,
> Claudio Ferreira
>
> _______________________________________________
> dev mailing list
> dev@jitsi.org
> Unsubscribe instructions and other list options:
> http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev