#sysprof — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #sysprof, aggregated by home.social.
-
PSA to #infosec researchers reporting issues on desktop software: y'all, a simple CPU-hogging performance issue where we're showing too many widgets (instead of a summary when importing a large file) is not a "Denial of Service", come on :blobmiou:
Sometimes, a cigar is just a cigar.
https://gitlab.gnome.org/GNOME/gnome-calendar/-/work_items/1632
#MaintainerLife #QA #GNOMECalendar #Sysprof #performance #GNOME #security #Linux #OpenSource
-
PSA to #infosec researchers reporting issues on desktop software: y'all, a simple CPU-hogging performance issue where we're showing too many widgets (instead of a summary when importing a large file) is not a "Denial of Service", come on :blobmiou:
Sometimes, a cigar is just a cigar.
https://gitlab.gnome.org/GNOME/gnome-calendar/-/work_items/1632
#MaintainerLife #QA #GNOMECalendar #Sysprof #performance #GNOME #security #Linux #OpenSource
-
PSA to #infosec researchers reporting issues on desktop software: y'all, a simple CPU-hogging performance issue where we're showing too many widgets (instead of a summary when importing a large file) is not a "Denial of Service", come on :blobmiou:
Sometimes, a cigar is just a cigar.
https://gitlab.gnome.org/GNOME/gnome-calendar/-/work_items/1632
#MaintainerLife #QA #GNOMECalendar #Sysprof #performance #GNOME #security #Linux #OpenSource
-
PSA to #infosec researchers reporting issues on desktop software: y'all, a simple CPU-hogging performance issue where we're showing too many widgets (instead of a summary when importing a large file) is not a "Denial of Service", come on :blobmiou:
Sometimes, a cigar is just a cigar.
https://gitlab.gnome.org/GNOME/gnome-calendar/-/work_items/1632
#MaintainerLife #QA #GNOMECalendar #Sysprof #performance #GNOME #security #Linux #OpenSource
-
PSA to #infosec researchers reporting issues on desktop software: y'all, a simple CPU-hogging performance issue where we're showing too many widgets (instead of a summary when importing a large file) is not a "Denial of Service", come on :blobmiou:
Sometimes, a cigar is just a cigar.
https://gitlab.gnome.org/GNOME/gnome-calendar/-/work_items/1632
#MaintainerLife #QA #GNOMECalendar #Sysprof #performance #GNOME #security #Linux #OpenSource
-
Encountered a #Poppler bug report with an attached sample PDF document that takes over 45 seconds to render its first page on my fastest computer, so I took the opportunity to profile it with #Sysprof : https://gitlab.freedesktop.org/poppler/poppler/-/work_items/1572#note_3592829
-
Encountered a #Poppler bug report with an attached sample PDF document that takes over 45 seconds to render its first page on my fastest computer, so I took the opportunity to profile it with #Sysprof : https://gitlab.freedesktop.org/poppler/poppler/-/work_items/1572#note_3592829
-
Encountered a #Poppler bug report with an attached sample PDF document that takes over 45 seconds to render its first page on my fastest computer, so I took the opportunity to profile it with #Sysprof : https://gitlab.freedesktop.org/poppler/poppler/-/work_items/1572#note_3592829
-
Encountered a #Poppler bug report with an attached sample PDF document that takes over 45 seconds to render its first page on my fastest computer, so I took the opportunity to profile it with #Sysprof : https://gitlab.freedesktop.org/poppler/poppler/-/work_items/1572#note_3592829
-
Encountered a #Poppler bug report with an attached sample PDF document that takes over 45 seconds to render its first page on my fastest computer, so I took the opportunity to profile it with #Sysprof : https://gitlab.freedesktop.org/poppler/poppler/-/work_items/1572#note_3592829
-
Since I use the "dnf debuginfo-install" command so often (instead of debuginfod) to cleanly install debug symbols for apps and libraries on #Fedora, which lets me get meaningful backtraces for crashes reporting or sysprof performance profiling, I figured I might as well request the ability to autocomplete filenames with Tab: https://github.com/rpm-software-management/dnf-plugins-core/issues/623
-
Since I use the "dnf debuginfo-install" command so often (instead of debuginfod) to cleanly install debug symbols for apps and libraries on #Fedora, which lets me get meaningful backtraces for crashes reporting or sysprof performance profiling, I figured I might as well request the ability to autocomplete filenames with Tab: https://github.com/rpm-software-management/dnf-plugins-core/issues/623
-
Since I use the "dnf debuginfo-install" command so often (instead of debuginfod) to cleanly install debug symbols for apps and libraries on #Fedora, which lets me get meaningful backtraces for crashes reporting or sysprof performance profiling, I figured I might as well request the ability to autocomplete filenames with Tab: https://github.com/rpm-software-management/dnf-plugins-core/issues/623
-
Since I use the "dnf debuginfo-install" command so often (instead of debuginfod) to cleanly install debug symbols for apps and libraries on #Fedora, which lets me get meaningful backtraces for crashes reporting or sysprof performance profiling, I figured I might as well request the ability to autocomplete filenames with Tab: https://github.com/rpm-software-management/dnf-plugins-core/issues/623
-
Since I use the "dnf debuginfo-install" command so often (instead of debuginfod) to cleanly install debug symbols for apps and libraries on #Fedora, which lets me get meaningful backtraces for crashes reporting or sysprof performance profiling, I figured I might as well request the ability to autocomplete filenames with Tab: https://github.com/rpm-software-management/dnf-plugins-core/issues/623
-
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.
-
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.
-
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.
-
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.
-
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.
-
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/
-
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/
-
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/
-
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/
-
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/
-
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:
-
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:
-
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:
-
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:
-
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:
-
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/