Matt Clarkson

@nemequ do you have any thoughts on this?

Apologies for the lag. Have attached the trace [dump.log](https://github.com/google/gapid/files/3763448/dump.log) Defo the java process that is at the top of `top`. Looks like cairo is going HAM

cairo is `1.17.2+17+g52a7c79fd-2` Same thing with Jre8, have attached dump [dump.log](https://github.com/google/gapid/files/3763464/dump.log)

``` PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 791295 matt-cl+ 20 0 13.8g 368072 48180 S 107.0 1.1 0:09.22 java ```

That still spins at 100% :disappointed:

@hevrard thanks. Just ran it up and it spins at 100% whilst *Enumerating Tracks*. Similar stack trace inside `org.eclipse.swt.internal.gtk.GDK._gdk_cairo_region_create_from_surface(Native Method)` [dump.log](https://github.com/google/gapid/files/3803636/dump.log)

It's still an issue. The Java process just runs at 100%+ and the UI is unresponsive on _Enumerating Tracks_. It doesn't hose my system anymore though, I can close `gapid`...

Here is a [flame chart log](https://github.com/google/gapid/files/3961060/flame.hpl.gz) opening a trace under Java 8. You can open it with [`honest-profiler`](https://github.com/jvm-profiling-tools/honest-profiler/wiki/How-to-Run). Here is a preview though:  The profile has information about what...

I can give you an `rr` trace but it's not very useful. The equivalent for Java is Chronon which is...expensive so can't give you a Java replay.

@pau-baiget it still doesn't work on Arch Linux. It's really up to you guys if you think that is relevant.