[jitsi-dev] Jitsi Process "goes crazy" once in a while


#1

Hi George, hi Danny,

please find enclose the hprof file you ask for. Hope it helps.

-Matthias

java.hprof.txt.bak.1 (7.34 KB)

···

Hello Matthias,

I don't think we have published any instructions somewhere on how to
profile Jitsi or how to troubleshoot problems like this.

HPROF, a tool for heap and cpu profiling, can collect CPU usage
information by sampling threads. HPROF is a JVM native agent library
which is dynamically loaded through a command line option, at JVM
startup, and becomes part of the JVM process.

Could you please run Jitsi with the following java argument:

    -J-agentlib:hprof=cpu=samples

If you've installed Jitsi with APT, you can edit this file:

    /usr/bin/jitsi (it's just a bash script)

By default, heap profiling information (sites and dump) is written out
to java.hprof.txt (ascii).

When you have the java.hprof.txt from a high CPU usage session, could
you please post it here?

Thank you.

Best,
George

On Tue, Sep 22, 2015 at 11:16:53AM +0200, Matthias J. Sax wrote:

Hi,

Once in a while I observe the Jitsi process to "go crazy". CPU usage
goes up to 100% (slowing down the whole system). It seems, that the
process spins/busy-waits for something, but I have no idea what the
cause might be.

This behavior might even occur, if there are not open chats or calls.
The process run just fine, and suddenly, my system slows down, the fan
is speeding up (making a lot of noise) and I can observe the Jitsi
process to be at 100% user CPU usage blocking a whole core (it's
actually 25% CPU usage as I am on a 4 core machine).

Restarting Jisti usually (but not always) resolves the issue. Btw: I am
running Jitsi on Debian.

Any help would be highly appreciated!

-Matthias


#2

Hi George, Danny,

it happened again today. Not sure exactly what triggered it. The
situation was the following:

- yesterday, I hibernated my system
- today, at startup, the system actually booted regularly (not sure why)
- after starting Jitsi, it was not able to connect to IRC (I use
automatic joining)
- thus, I used "Options -> Accounts" to disable IRC account, waited a
few seconds and enabled IRC again (this time the connection was successful).
- shortly after that, Jitsi process span again

The hprof is different as of last time. Please find it enclosed.

-Matthias

java.hprof.txt (23.7 KB)

···

On 09/26/2015 03:55 PM, Matthias J. Sax wrote:

Hi George, hi Danny,

please find enclose the hprof file you ask for. Hope it helps.

-Matthias

Hello Matthias,

I don't think we have published any instructions somewhere on how to
profile Jitsi or how to troubleshoot problems like this.

HPROF, a tool for heap and cpu profiling, can collect CPU usage
information by sampling threads. HPROF is a JVM native agent library
which is dynamically loaded through a command line option, at JVM
startup, and becomes part of the JVM process.

Could you please run Jitsi with the following java argument:

    -J-agentlib:hprof=cpu=samples

If you've installed Jitsi with APT, you can edit this file:

    /usr/bin/jitsi (it's just a bash script)

By default, heap profiling information (sites and dump) is written out
to java.hprof.txt (ascii).

When you have the java.hprof.txt from a high CPU usage session, could
you please post it here?

Thank you.

Best,
George

On Tue, Sep 22, 2015 at 11:16:53AM +0200, Matthias J. Sax wrote:

Hi,

Once in a while I observe the Jitsi process to "go crazy". CPU usage
goes up to 100% (slowing down the whole system). It seems, that the
process spins/busy-waits for something, but I have no idea what the
cause might be.

This behavior might even occur, if there are not open chats or calls.
The process run just fine, and suddenly, my system slows down, the fan
is speeding up (making a lot of noise) and I can observe the Jitsi
process to be at 100% user CPU usage blocking a whole core (it's
actually 25% CPU usage as I am on a 4 core machine).

Restarting Jisti usually (but not always) resolves the issue. Btw: I am
running Jitsi on Debian.

Any help would be highly appreciated!

-Matthias

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


#3

Hi George, Danny,

this time it was a little different situation. I also want to add, that
I am using VPN connection. Not sure if this could be relevant.

I was connected to VPN, Jitsi worked fine, and I hibernated the system.
After resuming, I was of course not connected to VPN but was online
directly of course. The first thing I did was connecting to VPN.

Jitsi was able to authenticate my IRC user (I got a message from
"NickServ" twice -- I guess for direct and VPN connection afterwards),
however, Jitsi was not able to enter a chat room (I use auto-join
function but it did not work). This time, I did not deactivate IRC
account to try to reconnect, and than, Jitsi span again. The spinning
was a little different though, as CPU usage was going up and down (see
enclosed screenshot). Usually, Jitsi puts a constant CPU load when
spinning (not sure if this information is important). The hprof file is
similar to the very first one I sent. I attached it for completeness.
Maybe it helps.

I will keep you posted -- if it starts to annoy you and/or more input is
not helpful, just let me know. :wink:

-Matthias

java.hprof.txt (5.85 KB)

···

On 09/29/2015 11:59 AM, Matthias J. Sax wrote:

Hi George, Danny,

it happened again today. Not sure exactly what triggered it. The
situation was the following:

- yesterday, I hibernated my system
- today, at startup, the system actually booted regularly (not sure why)
- after starting Jitsi, it was not able to connect to IRC (I use
automatic joining)
- thus, I used "Options -> Accounts" to disable IRC account, waited a
few seconds and enabled IRC again (this time the connection was successful).
- shortly after that, Jitsi process span again

The hprof is different as of last time. Please find it enclosed.

-Matthias

On 09/26/2015 03:55 PM, Matthias J. Sax wrote:

Hi George, hi Danny,

please find enclose the hprof file you ask for. Hope it helps.

-Matthias

Hello Matthias,

I don't think we have published any instructions somewhere on how to
profile Jitsi or how to troubleshoot problems like this.

HPROF, a tool for heap and cpu profiling, can collect CPU usage
information by sampling threads. HPROF is a JVM native agent library
which is dynamically loaded through a command line option, at JVM
startup, and becomes part of the JVM process.

Could you please run Jitsi with the following java argument:

    -J-agentlib:hprof=cpu=samples

If you've installed Jitsi with APT, you can edit this file:

    /usr/bin/jitsi (it's just a bash script)

By default, heap profiling information (sites and dump) is written out
to java.hprof.txt (ascii).

When you have the java.hprof.txt from a high CPU usage session, could
you please post it here?

Thank you.

Best,
George

On Tue, Sep 22, 2015 at 11:16:53AM +0200, Matthias J. Sax wrote:

Hi,

Once in a while I observe the Jitsi process to "go crazy". CPU usage
goes up to 100% (slowing down the whole system). It seems, that the
process spins/busy-waits for something, but I have no idea what the
cause might be.

This behavior might even occur, if there are not open chats or calls.
The process run just fine, and suddenly, my system slows down, the fan
is speeding up (making a lot of noise) and I can observe the Jitsi
process to be at 100% user CPU usage blocking a whole core (it's
actually 25% CPU usage as I am on a 4 core machine).

Restarting Jisti usually (but not always) resolves the issue. Btw: I am
running Jitsi on Debian.

Any help would be highly appreciated!

-Matthias

_______________________________________________
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

Hi Matthias,

I checked your last hprof output. In the first one you sent, I could not
find the significant section ... but that might just be bad luck on your
try. This time I do indeed see the exact same section as I saw in
damencho's profiler screenshot.

I'm going to try recreating this using suspend/hibernate, hoping I can
recreate it and have an opportunity to play with this anomaly.

Kind regards,
Danny

···

On 30-09-15 15:42, Matthias J. Sax wrote:

Hi George, Danny,

this time it was a little different situation. I also want to add, that
I am using VPN connection. Not sure if this could be relevant.

I was connected to VPN, Jitsi worked fine, and I hibernated the system.
After resuming, I was of course not connected to VPN but was online
directly of course. The first thing I did was connecting to VPN.

Jitsi was able to authenticate my IRC user (I got a message from
"NickServ" twice -- I guess for direct and VPN connection afterwards),
however, Jitsi was not able to enter a chat room (I use auto-join
function but it did not work). This time, I did not deactivate IRC
account to try to reconnect, and than, Jitsi span again. The spinning
was a little different though, as CPU usage was going up and down (see
enclosed screenshot). Usually, Jitsi puts a constant CPU load when
spinning (not sure if this information is important). The hprof file is
similar to the very first one I sent. I attached it for completeness.
Maybe it helps.

I will keep you posted -- if it starts to annoy you and/or more input is
not helpful, just let me know. :wink:

-Matthias

On 09/29/2015 11:59 AM, Matthias J. Sax wrote:

Hi George, Danny,

it happened again today. Not sure exactly what triggered it. The
situation was the following:

- yesterday, I hibernated my system
- today, at startup, the system actually booted regularly (not sure why)
- after starting Jitsi, it was not able to connect to IRC (I use
automatic joining)
- thus, I used "Options -> Accounts" to disable IRC account, waited a
few seconds and enabled IRC again (this time the connection was successful).
- shortly after that, Jitsi process span again

The hprof is different as of last time. Please find it enclosed.

-Matthias

On 09/26/2015 03:55 PM, Matthias J. Sax wrote:

Hi George, hi Danny,

please find enclose the hprof file you ask for. Hope it helps.

-Matthias

Hello Matthias,

I don't think we have published any instructions somewhere on how to
profile Jitsi or how to troubleshoot problems like this.

HPROF, a tool for heap and cpu profiling, can collect CPU usage
information by sampling threads. HPROF is a JVM native agent library
which is dynamically loaded through a command line option, at JVM
startup, and becomes part of the JVM process.

Could you please run Jitsi with the following java argument:

    -J-agentlib:hprof=cpu=samples

If you've installed Jitsi with APT, you can edit this file:

    /usr/bin/jitsi (it's just a bash script)

By default, heap profiling information (sites and dump) is written out
to java.hprof.txt (ascii).

When you have the java.hprof.txt from a high CPU usage session, could
you please post it here?

Thank you.

Best,
George

On Tue, Sep 22, 2015 at 11:16:53AM +0200, Matthias J. Sax wrote:

Hi,

Once in a while I observe the Jitsi process to "go crazy". CPU usage
goes up to 100% (slowing down the whole system). It seems, that the
process spins/busy-waits for something, but I have no idea what the
cause might be.

This behavior might even occur, if there are not open chats or calls.
The process run just fine, and suddenly, my system slows down, the fan
is speeding up (making a lot of noise) and I can observe the Jitsi
process to be at 100% user CPU usage blocking a whole core (it's
actually 25% CPU usage as I am on a 4 core machine).

Restarting Jisti usually (but not always) resolves the issue. Btw: I am
running Jitsi on Debian.

Any help would be highly appreciated!

-Matthias

_______________________________________________
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