sdbg hangs with large code base

[Jon Kenoyer]

We have a 440,000 LOC GWT project. Setting up SDBG seems to work fine but on the first load in Chome my cpus all peg 90-100% for 15 minutes and I am forced to kill eclipse. Has anyone had any luck or advice with large code bases and this plugin?

[Ivan Markov]

The best way to analyze your setup is to provide a full JVM thread-dump from the problematic Eclipse instance generated roughly in the middle of those 15 minutes where eclipse is doing something. A heap-dump would also be very helpful. 

For taking these, you can use the JVisualVM utility which is in the /bin folder of your JDK.

(On Linux/Mac, a thread dump can also be generated by sending 'kill -3 <pid>' to the pid of you Eclipse process.)

By the way, if you debug with ChromeDevTools, do you experience similar performance problems?

Also, what SDBG version do you use? The official one, or the BETA?

[Seamus McMorrow]

Hi there, 

We have a very large project, and seem to be experiencing eclipse hanging quite a bit as well. 

I am not sure if it is related to SDBG or not. I am trying to find the problem.

I am using the BETA version, the same thing is happening in other developers workspaces with the official one also. 

I have taken your advice and run JVisualVM, and taken a thread dump. The dump file is 800MB+, so can't really post it anywhere. 

Looking through the Threads at the heap dump section, I can find the following references to SDBG: 

Does that help you with anything?   I am kinda new to looking at thread dumps so I am not sure where is best to look.

"Read from browser" prio=5 tid=617 RUNNABLE

at java.io.FileInputStream.readBytes(Native Method)

at java.io.FileInputStream.read(FileInputStream.java:246)

at java.io.BufferedInputStream.fill(BufferedInputStream.java:246)

at java.io.BufferedInputStream.read1(BufferedInputStream.java:286)

at java.io.BufferedInputStream.read(BufferedInputStream.java:345)

  Local Variable: java.io.BufferedInputStream#18

at java.io.FilterInputStream.read(FilterInputStream.java:107)

at com.github.sdbg.debug.core.internal.util.BrowserManager$3.run(BrowserManager.java:878)

  Local Variable: com.github.sdbg.debug.core.internal.util.BrowserManager$3#1

  Local Variable: byte[]#85972

at java.lang.Thread.run(Thread.java:745)

"Thread-136" prio=5 tid=618 RUNNABLE

at java.lang.ProcessImpl.waitForInterruptibly(Native Method)

at java.lang.ProcessImpl.waitFor(ProcessImpl.java:449)

  Local Variable: java.lang.ProcessImpl#9

at com.github.sdbg.debug.core.internal.webkit.model.WebkitDebugProcess.waitForExit(WebkitDebugProcess.java:210)

  Local Variable: com.github.sdbg.debug.core.internal.webkit.model.WebkitDebugProcess#4

at com.github.sdbg.debug.core.internal.webkit.model.WebkitDebugProcess$1.run(WebkitDebugProcess.java:61)

  Local Variable: com.github.sdbg.debug.core.internal.webkit.model.WebkitDebugProcess$1#1

at java.lang.Thread.run(Thread.java:745)

[Seamus McMorrow]

Here is a gist of the full threads during dump, while eclipse/STS is hanging.

https://gist.github.com/seamusmac/35ac0c0dece874b93641

[Seamus McMorrow]

I spent a little bit more time working on trying to figure this out:

I downloaded SDBG, and set it up to debug the plugin while debugging our large app.

So far, I have found the following error included in gist below:

https://gist.github.com/seamusmac/58f8710d4e019eb96904

Any thoughts?

[Ivan Markov]

I've answered here: https://github.com/sdbg/sdbg/issues/118

Please don't cross-post.