Bug 276580
| Summary: | [WPE][GTK] 100% CPU usage for simple CSS-only transform animation | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Nils K <nilskemail+webkit> |
| Component: | WPE WebKit | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | bugs-noreply, graouts, graouts, philn |
| Priority: | P2 | ||
| Version: | Other | ||
| Hardware: | PC | ||
| OS: | Linux | ||
Nils K
The page https://display.soundtrackyourbrand.com/ results in full load on the CPU. Blink and Gecko do not suffer from this problem. We currently have this page in an iframe in a kiosk solution and it makes the whole browser sluggish (and also results in high CPU usage and a significant temperature increase compared to not embedding the site).
We tested this on the most recent Cog and Epiphany releases.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Antoine Quint
I was curious so looked at macOS CPU usage and that page has the WebContent process sitting at about 11%, which isn't great but nothing like the report here.
Philippe Normand
Here there's a CPU bottleneck due to GLFence::create().
Nils K
I tested this on cog 0.18.3 (WPE WebKit 2.44.1) and epiphany 46.1 (WebKitGTK 2.44.2). The overall CPU usage of WPEWebProcess/WebKitWebProcess was 11-12% which corresponds to full CPU usage of a single core on my 8C/16T processor. Using taskset to pin the browser to a single core confirms that a single core is saturated at 100% usage
Nils K
This is now drastically reduced on 2.46, I assume due to using Skia. I am not sure if you still want to investigate whether this can be improved for software rendering but feel free to close otherwise.