#sysprof — Public Fediverse posts

For a long time I've been intrigued by #Epiphany taking 3 to 20 seconds to load most websites on startup or in Incognito Mode.

Today I tested a bunch of configurations to report a bug, profiled… and it turned out to be 2 bugs in 1 :blobsweats:

* The adblocker (and similar features) makes things slower :psyduck: : https://gitlab.gnome.org/GNOME/epiphany/-/work_items/2880#note_2766101

* WebKitGTK is doing some shenanigans with the system's fonts: https://bugs.webkit.org/show_bug.cgi?id=315135

#GNOMEWeb #WebKitGTK #GNOME #Sysprof #profiling #performance #Linux

For a long time I've been intrigued by #Epiphany taking 3 to 20 seconds to load most websites on startup or in Incognito Mode.

Today I tested a bunch of configurations to report a bug, profiled… and it turned out to be 2 bugs in 1 :blobsweats:

* The adblocker (and similar features) makes things slower :psyduck: : https://gitlab.gnome.org/GNOME/epiphany/-/work_items/2880#note_2766101

* WebKitGTK is doing some shenanigans with the system's fonts: https://bugs.webkit.org/show_bug.cgi?id=315135

#GNOMEWeb #WebKitGTK #GNOME #Sysprof #profiling #performance #Linux

For a long time I've been intrigued by #Epiphany taking 3 to 20 seconds to load most websites on startup or in Incognito Mode.

Today I tested a bunch of configurations to report a bug, profiled… and it turned out to be 2 bugs in 1 :blobsweats:

* The adblocker (and similar features) makes things slower :psyduck: : https://gitlab.gnome.org/GNOME/epiphany/-/work_items/2880#note_2766101

* WebKitGTK is doing some shenanigans with the system's fonts: https://bugs.webkit.org/show_bug.cgi?id=315135

#GNOMEWeb #WebKitGTK #GNOME #Sysprof #profiling #performance #Linux

For a long time I've been intrigued by #Epiphany taking 3 to 20 seconds to load most websites on startup or in Incognito Mode.

Today I tested a bunch of configurations to report a bug, profiled… and it turned out to be 2 bugs in 1 :blobsweats:

* The adblocker (and similar features) makes things slower :psyduck: : https://gitlab.gnome.org/GNOME/epiphany/-/work_items/2880#note_2766101

* WebKitGTK is doing some shenanigans with the system's fonts: https://bugs.webkit.org/show_bug.cgi?id=315135

#GNOMEWeb #WebKitGTK #GNOME #Sysprof #profiling #performance #Linux

For a long time I've been intrigued by #Epiphany taking 3 to 20 seconds to load most websites on startup or in Incognito Mode.

Today I tested a bunch of configurations to report a bug, profiled… and it turned out to be 2 bugs in 1 :blobsweats:

* The adblocker (and similar features) makes things slower :psyduck: : https://gitlab.gnome.org/GNOME/epiphany/-/work_items/2880#note_2766101

* WebKitGTK is doing some shenanigans with the system's fonts: https://bugs.webkit.org/show_bug.cgi?id=315135

#GNOMEWeb #WebKitGTK #GNOME #Sysprof #profiling #performance #Linux

Stumbled upon another good example of a simple WordPress website theme causing scrolling performance problems in the latest version of GNOME Web (Epiphany), so I profiled the heck out of it with about 3.6 gigabytes of @WebKitGTK debug symbols installed: https://bugs.webkit.org/show_bug.cgi?id=310814

#QA #Sysprof #performance #profiling #GNOMEWeb #Epiphany #GNOME #WebKitGTK #WebKit

Stumbled upon another good example of a simple WordPress website theme causing scrolling performance problems in the latest version of GNOME Web (Epiphany), so I profiled the heck out of it with about 3.6 gigabytes of @WebKitGTK debug symbols installed: https://bugs.webkit.org/show_bug.cgi?id=310814

#QA #Sysprof #performance #profiling #GNOMEWeb #Epiphany #GNOME #WebKitGTK #WebKit

Stumbled upon another good example of a simple WordPress website theme causing scrolling performance problems in the latest version of GNOME Web (Epiphany), so I profiled the heck out of it with about 3.6 gigabytes of @WebKitGTK debug symbols installed: https://bugs.webkit.org/show_bug.cgi?id=310814

#QA #Sysprof #performance #profiling #GNOMEWeb #Epiphany #GNOME #WebKitGTK #WebKit

Stumbled upon another good example of a simple WordPress website theme causing scrolling performance problems in the latest version of GNOME Web (Epiphany), so I profiled the heck out of it with about 3.6 gigabytes of @WebKitGTK debug symbols installed: https://bugs.webkit.org/show_bug.cgi?id=310814

#QA #Sysprof #performance #profiling #GNOMEWeb #Epiphany #GNOME #WebKitGTK #WebKit

Stumbled upon another good example of a simple WordPress website theme causing scrolling performance problems in the latest version of GNOME Web (Epiphany), so I profiled the heck out of it with about 3.6 gigabytes of @WebKitGTK debug symbols installed: https://bugs.webkit.org/show_bug.cgi?id=310814

#QA #Sysprof #performance #profiling #GNOMEWeb #Epiphany #GNOME #WebKitGTK #WebKit

Reported a new performance issue in Firefox's vertical tabs: resizing the width of that sidebar is extremely laggy, no matter the amount of tabs: https://bugzilla.mozilla.org/show_bug.cgi?id=2021898

Thankfully, I was able to use Sysprof for this, because Firefox's built-in profiler crashes.

#Firefox #Sysprof #performance #profiling #Linux

Reported a new performance issue in Firefox's vertical tabs: resizing the width of that sidebar is extremely laggy, no matter the amount of tabs: https://bugzilla.mozilla.org/show_bug.cgi?id=2021898

Thankfully, I was able to use Sysprof for this, because Firefox's built-in profiler crashes.

#Firefox #Sysprof #performance #profiling #Linux

Reported a new performance issue in Firefox's vertical tabs: resizing the width of that sidebar is extremely laggy, no matter the amount of tabs: https://bugzilla.mozilla.org/show_bug.cgi?id=2021898

Thankfully, I was able to use Sysprof for this, because Firefox's built-in profiler crashes.

#Firefox #Sysprof #performance #profiling #Linux

Reported a new performance issue in Firefox's vertical tabs: resizing the width of that sidebar is extremely laggy, no matter the amount of tabs: https://bugzilla.mozilla.org/show_bug.cgi?id=2021898

Thankfully, I was able to use Sysprof for this, because Firefox's built-in profiler crashes.

#Firefox #Sysprof #performance #profiling #Linux

Reported a new performance issue in Firefox's vertical tabs: resizing the width of that sidebar is extremely laggy, no matter the amount of tabs: https://bugzilla.mozilla.org/show_bug.cgi?id=2021898

Thankfully, I was able to use Sysprof for this, because Firefox's built-in profiler crashes.

#Firefox #Sysprof #performance #profiling #Linux

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

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

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

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

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

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

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

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

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! :blobsweats:

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

#Sysprof #profiling #git #GNOME

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! :blobsweats:

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

#Sysprof #profiling #git #GNOME

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! :blobsweats:

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

#Sysprof #profiling #git #GNOME

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! :blobsweats:

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

#Sysprof #profiling #git #GNOME

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! :blobsweats:

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 :owi:

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 :owi:

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 :owi:

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 :owi:

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 :owi:

@clemej Better than "top" would be to install all debuginfo packages and measure with #Sysprof, maybe there is a performance bug that can be reported and solved there. See this guide: https://fedoramagazine.org/performance-profiling-in-fedora-linux/

@clemej Better than "top" would be to install all debuginfo packages and measure with #Sysprof, maybe there is a performance bug that can be reported and solved there. See this guide: https://fedoramagazine.org/performance-profiling-in-fedora-linux/

@clemej Better than "top" would be to install all debuginfo packages and measure with #Sysprof, maybe there is a performance bug that can be reported and solved there. See this guide: https://fedoramagazine.org/performance-profiling-in-fedora-linux/

@clemej Better than "top" would be to install all debuginfo packages and measure with #Sysprof, maybe there is a performance bug that can be reported and solved there. See this guide: https://fedoramagazine.org/performance-profiling-in-fedora-linux/

@clemej Better than "top" would be to install all debuginfo packages and measure with #Sysprof, maybe there is a performance bug that can be reported and solved there. See this guide: https://fedoramagazine.org/performance-profiling-in-fedora-linux/

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

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

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

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

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

maybe someone is interested:

I was compiling gnome-inform just copy and pasting the instructions by @ptomato

this just works

https://github.com/ptomato/inform7-ide/blob/main/BUILD.md

at the end i have a working build of a fresh inform7-ide. and with my most famous bug:
https://inform7.atlassian.net/browse/I7-2240

is anyone good in using #sysprof ?

to use it just with the terminal i use this command:

./inform7/Tangled/inform7 -project "~/adventure.inform/" -format "Inform6/16" && ./inform6/Tangled/inform6 -E2w~SDG ~/adventure.inform/Build/auto.inf -o ~/adventure.inform/Build/adventure-built.ulx

it takes the inform7 source text, compiles it to inform6, creates the .ulx file, which you can "play" using glulx.

and yes, i would like to have that bug fixed ;)

#inform7 #terminal #vacation

maybe someone is interested:

I was compiling gnome-inform just copy and pasting the instructions by @ptomato

this just works

https://github.com/ptomato/inform7-ide/blob/main/BUILD.md

at the end i have a working build of a fresh inform7-ide. and with my most famous bug:
https://inform7.atlassian.net/browse/I7-2240

is anyone good in using #sysprof ?

to use it just with the terminal i use this command:

./inform7/Tangled/inform7 -project "~/adventure.inform/" -format "Inform6/16" && ./inform6/Tangled/inform6 -E2w~SDG ~/adventure.inform/Build/auto.inf -o ~/adventure.inform/Build/adventure-built.ulx

it takes the inform7 source text, compiles it to inform6, creates the .ulx file, which you can "play" using glulx.

and yes, i would like to have that bug fixed ;)

#inform7 #terminal #vacation

maybe someone is interested:

I was compiling gnome-inform just copy and pasting the instructions by @ptomato

this just works

https://github.com/ptomato/inform7-ide/blob/main/BUILD.md

at the end i have a working build of a fresh inform7-ide. and with my most famous bug:
https://inform7.atlassian.net/browse/I7-2240

is anyone good in using #sysprof ?

to use it just with the terminal i use this command:

./inform7/Tangled/inform7 -project "~/adventure.inform/" -format "Inform6/16" && ./inform6/Tangled/inform6 -E2w~SDG ~/adventure.inform/Build/auto.inf -o ~/adventure.inform/Build/adventure-built.ulx

it takes the inform7 source text, compiles it to inform6, creates the .ulx file, which you can "play" using glulx.

and yes, i would like to have that bug fixed ;)

#inform7 #terminal #vacation

maybe someone is interested:

I was compiling gnome-inform just copy and pasting the instructions by @ptomato

this just works

https://github.com/ptomato/inform7-ide/blob/main/BUILD.md

at the end i have a working build of a fresh inform7-ide. and with my most famous bug:
https://inform7.atlassian.net/browse/I7-2240

is anyone good in using #sysprof ?

to use it just with the terminal i use this command:

./inform7/Tangled/inform7 -project "~/adventure.inform/" -format "Inform6/16" && ./inform6/Tangled/inform6 -E2w~SDG ~/adventure.inform/Build/auto.inf -o ~/adventure.inform/Build/adventure-built.ulx

it takes the inform7 source text, compiles it to inform6, creates the .ulx file, which you can "play" using glulx.

and yes, i would like to have that bug fixed ;)

#inform7 #terminal #vacation

maybe someone is interested:

I was compiling gnome-inform just copy and pasting the instructions by @ptomato

this just works

https://github.com/ptomato/inform7-ide/blob/main/BUILD.md

at the end i have a working build of a fresh inform7-ide. and with my most famous bug:
https://inform7.atlassian.net/browse/I7-2240

is anyone good in using #sysprof ?

to use it just with the terminal i use this command:

./inform7/Tangled/inform7 -project "~/adventure.inform/" -format "Inform6/16" && ./inform6/Tangled/inform6 -E2w~SDG ~/adventure.inform/Build/auto.inf -o ~/adventure.inform/Build/adventure-built.ulx

it takes the inform7 source text, compiles it to inform6, creates the .ulx file, which you can "play" using glulx.

and yes, i would like to have that bug fixed ;)

#inform7 #terminal #vacation