I stumbled upon a 2300-pages-long PDF document that actually is a fantastic benchmark for slow search performance (1.5 to 5 minutes) in most PDF readers (including GNOME Papers, Evince and Okular)… so I fired up #Sysprof through GNOME Builder to measure the slowness, and reported my findings in #Poppler for all of you performance optimization aficionados: https://gitlab.freedesktop.org/poppler/poppler/-/issues/1660

#PDF #profiling #performance #FreeDesktop #Linux #GNOMEBuilder #GNOME #GNOMEPapers #Evince #Okular

Discovered today that Epiphany (and presumably any application using #WebKitGTK) will experience slow scrolling after resizing the webview (or window) on some websites, particularly when you drag the scrollbar using the mouse (instead of using the scrollwheel), as can be seen in the video below.

I have reported it here: https://bugs.webkit.org/show_bug.cgi?id=305290

Wondering if anyone experiences this on web pages other than this article: https://thewalrus.ca/return-to-office-mandates/

#GNOMEWeb #GNOME #Sysprof #performance #profiling

A performance testing surprise I did not have on my bingo card this month: #gitg being 3 times slower to reload a git repository compared to the initial load. It… it can't be! 

https://gitlab.gnome.org/GNOME/gitg/-/issues/507

#Sysprof #profiling #git #GNOME

5 days ago, I encountered a "somewhat serious, but niche" performance bug in #Inkscape where it would lock up the whole application while eating the CPU for 10 minutes when ungrouping thousands of objects at once (hello, EPS-imported files with text!).

I profiled it with #Sysprof and full debug symbols, and reported it here: https://gitlab.com/inkscape/inkscape/-/issues/5988

I thought, "Eh, 3.6+2.1K open issues? We'll see when they get to it 🤷"…

Well… Yesterday, one of the @inkscape devs just fixed it! Impressive 

HiDPI in #GNOME is a great way to easily spot interesting performance issues.

I tried out #GNOMEConnections to #RDP to a laptop that has a 4K display, and discovered that it's extremely slow compared to #Remmina connecting to that same machine:

* High CPU usage when the window is focused and idle (no mouse cursors moving, no animations)
* The client-moved cursor lags on the remote host
* Moving windows lags a lot

Reported as:
* https://gitlab.gnome.org/GNOME/gnome-connections/-/issues/191
* https://gitlab.gnome.org/GNOME/gnome-connections/-/issues/192

#Sysprof

Using #Scribus again for the first time in many years, and while 1.6.4 seems a bit more robust than 1.4-1.5x were… boy, does this thing have room for performance optimizations. I keep getting GUI hangs with 100% CPU usage for 5-10 seconds at a time on every (de)selection or layer reassignment for photographs.

I wonder if it would help the devs if I ran #sysprof all over the place to report such issues. I dread having to use the "Mantis" bug tracker again, though.

When I hand-coded that static HTML+CSS in 2013-2019, I did not realize that my personal website's "Clients" logos wall page would remain one of the best scrolling performance benchmarks for #WebKitGTK even in 2025 with Skia and a triple-buffered #GNOME 48, but here we go… fresh #Sysprof captures where that page casually brings the framerate down from 60fps to 12-18fps: https://bugs.webkit.org/show_bug.cgi?id=221738#c26

#GNOMEWeb #performance #profiling