This is vchin's profile https://perf-html.io/public/11ad3c62e19feef349f69d131a2daaa52853b916/calltree/?globalTrackOrder=0-1&localTrackOrderByPid=29869-1-0~29904-0~&range=15.1888_15.9756&thread=0&v=3

It is not only IndedexDB stuff taking time, but script running before IDB. https://perf-html.io/public/11ad3c62e19feef349f69d131a2daaa52853b916/calltree/?globalTrackOrder=0-1&localTrackOrderByPid=29869-1-0~29904-0~&range=11.5168_13.4848&thread=0&v=3

@ Olli or Vicky: Which Gecko version is vchin's profile using? Is this problem GeckoView-specific? @ Mathieu: Does this problem with Kinto hogging the main thread sound familiar? Has this issue been fixed in 64 by bug 1486980? Should we move this bug to the "Firefox::Remote Settings Client" component?

See also https://bugzilla.mozilla.org/show_bug.cgi?id=1502146

(In reply to Chris Peterson [:cpeterson] from comment #2) > @ Olli or Vicky: Which Gecko version is vchin's profile using? Is this > problem GeckoView-specific? This is with the latest geckoview_example off Mozilla Central. I believe it is GV specific. Using Klar with Webview loads pretty fast. Here's the site I was loading: google.com/maps/place/Mozilla,+331+E+Evelyn+Ave,+Mountain+View,+CA+94041,+USA/@37.3873148,-122.0600095,17z/data=!4m2!3m1!1s0x808fba016663a837:0x1d64663c633a9e5?force=pwa > > @ Mathieu: Does this problem with Kinto hogging the main thread sound > familiar? Has this issue been fixed in 64 by bug 1486980? > > Should we move this bug to the "Firefox::Remote Settings Client" component?

> It is not only IndedexDB stuff taking time, but script running before IDB. I think I'd need a training to read perf graphs. I believe I see something in the flame graph, but the largest operations seems to be an IDB put operation. > Should we move this bug to the "Firefox::Remote Settings Client" component? The kinto-offline lib is also used by the WebExtension storage.sync API. If the caller is Remote Settings, then yes. > Does this problem with Kinto hogging the main thread sound familiar? Has this issue been fixed in 64 by bug 1486980? Well, the hogging issue we had is mainly due to Bug 1499550. In Bug 1486980, we limited the damage by reducing the collection size and by rewriting a couple of things, but we'll ship another workaround in Bug 1499738. > This is with the latest geckoview_example off Mozilla Central. I don't think it's related to GeckoView, I'd be very interested to see the link to kinto :)

(In reply to Vicky Chin [:vchin] from comment #4) > (In reply to Chris Peterson [:cpeterson] from comment #2) > > @ Olli or Vicky: Which Gecko version is vchin's profile using? Is this > > problem GeckoView-specific? > This is with the latest geckoview_example off Mozilla Central. > I believe it is GV specific. Using Klar with Webview loads pretty fast. I meant: does the problem happen in both Fennec Nightly and Focus+GV?

64=wontfix because this issue doesn't block Focus 8.0 from using GV 64.

Vicky, how frequently does this Kinto hang happen? Does this only happen on first run? How long/serious is the hang?

If you can, I would be interested to see the impact of the patch of Bug 1502146 (it divided by 10x the use of main thread)