Bug 322024

Summary: [GTK] [GStreamer] High CPU usage on Wise.com's website (without visible animations and videos)
Product: WebKit Reporter: Jeff Fortin <nekohayo>
Component: WebKitGTKAssignee: Nobody <webkit-unassigned>
Status: NEW    
Severity: Normal CC: bugs-noreply, philn
Priority: P2 Keywords: Performance
Version: WebKit Nightly Build   
Hardware: PC   
OS: Linux   
URL: https://wise.com
See Also: https://bugs.webkit.org/show_bug.cgi?id=299984
Bug Depends on:    
Bug Blocks: 245783    
Attachments:
Description Flags
Sysprof capture - front page
none
Flamegraph - front page
none
Marks view - front page
none
Sysprof capture - Business page
none
Flamegraph - Business page
none
Marks view - Business page none

Jeff Fortin
Reported 2026-08-18 08:41:37 PDT
Testing with Epiphany 50.4 with Fedora 44's GNOME 50.4 Wayland session on Intel graphics (Kabylake chipset with Core i5-8350U × 8 processor), CPU usage on some of Wise.com's pages is suspiciously high, even though no animation (or videos, or anything visual) is happening above the fold. This happens even in a private browser window. ## To reproduce I have tested mainly the https://wise.com front page, and the https://wise.com/business/ sub-page. Below are links using archive.org to ensure we are testing the same thing over time: * https://web.archive.org/web/20260731214409/https://wise.com/ * https://web.archive.org/web/20260315115558/https://wise.com/business/ (a bit incomplete of an archive, but still triggers about 20% undivided CPU usage) 1. Run one of these two commands: epiphany -i https://web.archive.org/web/20260731214409/https://wise.com/ epiphany -i https://web.archive.org/web/20260315115558/https://wise.com/business/ …and wait for it to load. In the case of the 1st link, if using the archive.org link, you will have to scroll down just a tiny bit (ex: 100 pixels or so) to trigger it to show the text contents etc., then you can press "Esc" to cancel loading the rest (because archive.org is so slow that it might be endless). Alternatively, you can just open a new private window in an already running Epiphany instance, size down the window height to something like 600 px (to be sure you won't see the autoplaying video on the website), and load the https://wise.com front page directly. If loading the front page and the video is visible and starts autoplaying, pause it. 2. While that tab / window is focused/visible, observe CPU usage in your system monitor (ex: gnome-system-monitor, or Resources), setting it to not divide it by the number of logical CPUs. ## Actual results In GNOME System Monitor, the undivided CPU usage of WebKitWebProcess for those pages is: * Constantly 40 to 100% in the 1st case (home page). 40% when using the archive.org link, 100% when going directly to wise.com * 15 to 25% in the 2nd case ("business" page) Looking at intel_gpu_top, it seems like the "Video" decoder is constantly in use on the wise.com front page, even if you loaded a tiny private window that does not actually show any visible video.
Attachments
Sysprof capture - front page (38.55 MB, application/x-xz)
2026-08-18 08:45 PDT, Jeff Fortin
no flags
Flamegraph - front page (655.59 KB, image/png)
2026-08-18 08:46 PDT, Jeff Fortin
no flags
Marks view - front page (866.87 KB, image/png)
2026-08-18 08:46 PDT, Jeff Fortin
no flags
Sysprof capture - Business page (14.37 MB, application/x-xz)
2026-08-18 08:47 PDT, Jeff Fortin
no flags
Flamegraph - Business page (593.47 KB, image/png)
2026-08-18 08:47 PDT, Jeff Fortin
no flags
Marks view - Business page (911.33 KB, image/png)
2026-08-18 08:48 PDT, Jeff Fortin
no flags
Jeff Fortin
Comment 1 2026-08-18 08:45:41 PDT
Created attachment 481094 [details] Sysprof capture - front page
Jeff Fortin
Comment 2 2026-08-18 08:46:32 PDT
Created attachment 481095 [details] Flamegraph - front page
Jeff Fortin
Comment 3 2026-08-18 08:46:53 PDT
Created attachment 481096 [details] Marks view - front page
Jeff Fortin
Comment 4 2026-08-18 08:47:23 PDT
Created attachment 481097 [details] Sysprof capture - Business page
Jeff Fortin
Comment 5 2026-08-18 08:47:51 PDT
Created attachment 481098 [details] Flamegraph - Business page
Jeff Fortin
Comment 6 2026-08-18 08:48:14 PDT
Created attachment 481099 [details] Marks view - Business page
Philippe Normand
Comment 7 2026-08-19 02:27:59 PDT
Taking a quick look to the flame graphs, media playback doesn't seem to be the culprit. Some WebCore rendering stuff is.
Jeff Fortin
Comment 8 2026-08-21 18:20:02 PDT
Another interesting observation: using the "Mutter Frame Monitor" extension from https://extensions.gnome.org/extension/9225/vrr-refresh-rate-monitor/ (that I hacked up to bump its supported version number from 49 to 50), is that while such pages (ex: wise.com/business) are loaded, GNOME Shell keeps repainting at 60 Hz constantly, whereas if I am in front of other non-affected websites (such as this bugzilla page here), it easily goes down to 1 or 2 Hz. So this bug is very wasteful in terms of energy. Strangely enough, if I launch the GTK Inspector on Epiphany and turn on "Show Graphic Updates" in the Global → Settings panel, the scrollbar area (on the right) is painted red as the thing that is apparently constantly repainting. I would have expected some other part of the page to be the thing that spams 60 Hz...
Note You need to log in before you can comment on or make changes to this bug.