Create accountLogin

Recent searches

No recent searches

Search options

Only available when logged in.
mastodon.gamedev.place is one of the many independent Mastodon servers you can use to participate in the fediverse.
Mastodon server focused on game development and related topics.

Administered by:

Server stats:

5.1K
active users

mastodon.gamedev.place: AboutProfiles directoryPrivacy policy

Mastodon: AboutGet the appKeyboard shortcutsView source codev4.3.7

#sysprof

0 posts0 participants0 posts today
Jeff Fortin T.<p>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 <a href="https://mastodon.social/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a> even in 2025 with Skia and a triple-buffered <a href="https://mastodon.social/tags/GNOME" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOME</span></a> 48, but here we go… fresh <a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a> captures where that page casually brings the framerate down from 60fps to 12-18fps: <a href="https://bugs.webkit.org/show_bug.cgi?id=221738#c26" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">bugs.webkit.org/show_bug.cgi?i</span><span class="invisible">d=221738#c26</span></a></p><p><a href="https://mastodon.social/tags/GNOMEWeb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOMEWeb</span></a> <a href="https://mastodon.social/tags/performance" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>performance</span></a> <a href="https://mastodon.social/tags/profiling" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>profiling</span></a></p>
Jeff Fortin T.<p>Attempted to profile <a href="https://mastodon.social/tags/LibreOffice" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>LibreOffice</span></a>'s sluggish/janky window resizing performance under Linux with <a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a>, on Fedora 42 / GNOME 48, and I am not sure my test setup is entirely correct… because I somehow end up with Cairo everywhere instead of Skia, even if I tell the app to use Skia (anyone knows how to ensure it's actually using Skia in practice?): <a href="https://bugs.documentfoundation.org/show_bug.cgi?id=160015#c5" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">bugs.documentfoundation.org/sh</span><span class="invisible">ow_bug.cgi?id=160015#c5</span></a></p>
Jeff Fortin T.<p>With everything going on in <a href="https://mastodon.social/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a>'s port to Skia, performance optimizations in GNOME Shell and Mutter, optimizations related to libsoup, <a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a> profiling marks for WebKitGTK… I ended up waiting for 1.5 years to reprofile some bloated news websites that are slow to load in <a href="https://mastodon.social/tags/GNOMEWeb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOMEWeb</span></a>. Today, I did that: <a href="https://bugs.webkit.org/show_bug.cgi?id=291796" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">bugs.webkit.org/show_bug.cgi?i</span><span class="invisible">d=291796</span></a></p><p><a href="https://mastodon.social/tags/GNOME" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOME</span></a> <a href="https://mastodon.social/tags/performance" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>performance</span></a> <a href="https://mastodon.social/tags/profiling" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>profiling</span></a></p>
Jeff Fortin T.<p>Wake up babes, new web browser engine benchmark just dropped (a fintech banking website's CPU-devouring front page text carousel):<br>* <a href="https://bugs.webkit.org/show_bug.cgi?id=291791" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">bugs.webkit.org/show_bug.cgi?i</span><span class="invisible">d=291791</span></a><br>* <a href="https://bugzilla.mozilla.org/show_bug.cgi?id=1954307" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">bugzilla.mozilla.org/show_bug.</span><span class="invisible">cgi?id=1954307</span></a></p><p><a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a> <a href="https://mastodon.social/tags/WebKit" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKit</span></a> <a href="https://mastodon.social/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a> <a href="https://mastodon.social/tags/Firefox" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Firefox</span></a></p>
Jeff Fortin T.<p>It occurs to me that the UX of <a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a> for the "launch the app from Sysprof" scenario could be improved if there was a way for it to "mark" (a.k.a. "milestone") various points of the timeline with annotations, including the ability to create such milestones in realtime through a global keyboard shortcut, then labelling them after the recording is done.</p><p>That way, you could have a clear visual way to know which specific parts of the timeline your measurements for action X, action Y, etc. are in.</p>
Jeff Fortin T.<p>The simultaneously exciting and exhausting thing about <a href="https://mastodon.social/tags/GNOME" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOME</span></a> 48 with dynamic double-triple-buffered Mutter—sitting atop of all the other performance optimizations that happened in GNOME Shell and Mutter over the past 2 years—is that now there will be no more excuse for GPU jankiness throughout the desktop: everything even slightly janky will be "Bring out <a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a> and reprofile every damned app with the 48.x stack!" :blobsweats:</p>
Jeff Fortin T.<p>Opportunistic <a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a> performance profiling of <a href="https://mastodon.social/tags/Liferea" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Liferea</span></a>'s "Mark all as read" action on my huge local <a href="https://mastodon.social/tags/SQLite" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SQLite</span></a> database of <a href="https://mastodon.social/tags/RSS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>RSS</span></a> syndication feed items: <a href="https://github.com/lwindolf/liferea/issues/1422" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">github.com/lwindolf/liferea/is</span><span class="invisible">sues/1422</span></a></p>
Noé Lopez<p>Today’s hacking: profiling my entire system from boot using <a href="https://piaille.fr/tags/sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>sysprof</span></a> as a <a href="https://piaille.fr/tags/shepherd" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>shepherd</span></a> service!</p><p>Well I say from boot, but its one of the latest services to start, so it can’t capture everything… Still pretty cool though!</p>
Jeff Fortin T.<p>Made some progress in investigating the likely cause of slowness for some <a href="https://mastodon.social/tags/GNOMECalendar" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOMECalendar</span></a> users who have a metric shitton of events to display: <a href="https://gitlab.gnome.org/GNOME/gnome-calendar/-/issues/1381#note_2375819" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.gnome.org/GNOME/gnome-c</span><span class="invisible">alendar/-/issues/1381#note_2375819</span></a></p><p><a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a> <a href="https://mastodon.social/tags/performance" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>performance</span></a> <a href="https://mastodon.social/tags/GNOME" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOME</span></a></p>
Jeff Fortin T.<p>STOP DOING NEW <a href="https://mastodon.social/tags/HARDWARE" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>HARDWARE</span></a></p><p>* CPUs were not supposed to be idle<br>* YEARS OF NEXTGEN yet NO REAL-WORLD USE for going higher than SANDYBRIDGE<br>* Wanna go faster for a laugh? We've a tool for that: it's called <a href="https://mastodon.social/tags/SYSPROF" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>SYSPROF</span></a><br>"Please give me 192 CORES. Please give me INFINITY of BogoMips"—Statements dreamed up by datacenters</p><p>LOOK what Silicon Vendors have been demanding your respect for with all the chipsets we built for them<br>*Points at bunch of single-threaded software*</p><p>They've played us for absolute fools</p>
Jeff Fortin T.<p>After many more hours of testing and investigation on Saturday night, then three more hours last night to analyze and summarize that discussion's insights, here are my latest findings on the <span class="h-card" translate="no"><a href="https://floss.social/@gnome" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>gnome</span></a></span> file manager's "slow cold-loading of the view's contents for folders with many files" performance issue :blobsweats:</p><p><a href="https://gitlab.gnome.org/GNOME/nautilus/-/issues/3374#note_2353755" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.gnome.org/GNOME/nautilu</span><span class="invisible">s/-/issues/3374#note_2353755</span></a><br>I has the potential to be as fast as Thunar.</p><p>I bet it would speed up all views, even search.</p><p><a href="https://mastodon.social/tags/Nautilus" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Nautilus</span></a> <a href="https://mastodon.social/tags/GNOMEFiles" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOMEFiles</span></a> <a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a> <a href="https://mastodon.social/tags/performance" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>performance</span></a> <a href="https://mastodon.social/tags/GNOME" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOME</span></a> <a href="https://mastodon.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a> <a href="https://mastodon.social/tags/Thunar" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Thunar</span></a></p>
Jeff Fortin T.<p>The rabbithole investigation of Nautilus' very slow cold-disk-cache folders loading performance continued this week end.<br>Latest findings here: <a href="https://gitlab.gnome.org/GNOME/nautilus/-/issues/3374#note_2345406" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.gnome.org/GNOME/nautilu</span><span class="invisible">s/-/issues/3374#note_2345406</span></a></p><p><a href="https://mastodon.social/tags/GNOMEFiles" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOMEFiles</span></a> <a href="https://mastodon.social/tags/Nautilus" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Nautilus</span></a> <a href="https://mastodon.social/tags/GNOME" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOME</span></a> <a href="https://mastodon.social/tags/performance" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>performance</span></a> <a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a> <a href="https://mastodon.social/tags/benchmarking" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>benchmarking</span></a> <a href="https://mastodon.social/tags/filesystems" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>filesystems</span></a></p>
Jeff Fortin T.<p>New hardcore <a href="https://mastodon.social/tags/PDF" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>PDF</span></a> rendering performance benchmark for <a href="https://mastodon.social/tags/Poppler" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Poppler</span></a>:<br>"Jesus Christ it's a <a href="https://mastodon.social/tags/Lyon" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Lyon</span></a> (map), get in the car!" :blobnom:</p><p>That map takes 26 seconds to render with Poppler on <a href="https://mastodon.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a>, but only 6 seconds with PDFjs, or 15 seconds with XPDF: <a href="https://gitlab.freedesktop.org/poppler/poppler/-/issues/1555" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.freedesktop.org/poppler</span><span class="invisible">/poppler/-/issues/1555</span></a></p><p>I've profiled the issue on the various Poppler rendering backends, and there are some hypotheses about the slowness. If anyone can help fix this, that would be fantastic.</p><p><a href="https://mastodon.social/tags/Okular" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Okular</span></a> <a href="https://mastodon.social/tags/GNOMEPapers" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOMEPapers</span></a> <a href="https://mastodon.social/tags/Evince" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Evince</span></a> <a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a> <a href="https://mastodon.social/tags/profiling" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>profiling</span></a></p>
Jeff Fortin T.<p>Finally, an explanation for <a href="https://mastodon.social/tags/GNOMESoftware" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOMESoftware</span></a>'s slow scrolling when browsing apps! Thanks to <span class="h-card" translate="no"><a href="https://fosstodon.org/@kdwk" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>kdwk</span></a></span> for finding out that it only happens when the mouse is over the items instead of "in the margin on the side"…</p><p>The fact that it is hundreds of times slower, however, was a rather unexpected finding :blobsweats:</p><p>I added some <a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a> performance profiles to this ticket: <a href="https://gitlab.gnome.org/GNOME/gnome-software/-/issues/2172" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.gnome.org/GNOME/gnome-s</span><span class="invisible">oftware/-/issues/2172</span></a></p><p>I wonder whether it's <a href="https://mastodon.social/tags/GTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GTK</span></a>, the pixbufs, or something else in the <a href="https://mastodon.social/tags/GNOME" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOME</span></a> graphics stack 🤔</p>
Jeff Fortin T.<p>The (un)fortunate side-effect of me attending the <span class="h-card" translate="no"><a href="https://floss.social/@XOrgDevConf" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>XOrgDevConf</span></a></span> this week is that I found a new <a href="https://mastodon.social/tags/GNOMEShell" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOMEShell</span></a> performance issue to report about scrolling workspaces with a touchpad, because I saw what 60fps feels like on <span class="h-card" translate="no"><a href="https://social.treehouse.systems/@TheEvilSkeleton" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>TheEvilSkeleton</span></a></span>'s AMD-powered laptop and now I cannot un-see this jank on Intel graphics: <a href="https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/7976" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.gnome.org/GNOME/gnome-s</span><span class="invisible">hell/-/issues/7976</span></a></p><p><a href="https://mastodon.social/tags/GNOME" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOME</span></a> <a href="https://mastodon.social/tags/Wayland" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Wayland</span></a> <a href="https://mastodon.social/tags/Mesa" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Mesa</span></a> <a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a> <a href="https://mastodon.social/tags/Mutter" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Mutter</span></a></p>
Jeff Fortin T.<p>Apple's "very enthusiastic" product presentation pages on its website are the perfect performance stress test for <a href="https://mastodon.social/tags/WebKitGTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>WebKitGTK</span></a>, particularly the iPhone 16 page. Unfortunately, when I try to launch Epiphany or MiniBrowser with <a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a>, it either crashes (Epiphany) or hangs (MiniBrowser) without launching anything.</p><p>Added my observations here: <a href="https://gitlab.gnome.org/GNOME/epiphany/-/issues/2413#note_2240136" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.gnome.org/GNOME/epiphan</span><span class="invisible">y/-/issues/2413#note_2240136</span></a><br>…but it is a mystery why I sometimes randomly can't profile this thing 🤷</p>
WebKitGTK<p>Wanna learn what's new in the 2.46 stable release cycle? This post is for you! </p><p><a href="https://webkitgtk.org/2024/10/04/webkitgtk-2.46.html" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">webkitgtk.org/2024/10/04/webki</span><span class="invisible">tgtk-2.46.html</span></a></p><p><a href="https://floss.social/tags/webkit" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>webkit</span></a> <a href="https://floss.social/tags/webkitgtk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>webkitgtk</span></a> <a href="https://floss.social/tags/gtk" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>gtk</span></a> <a href="https://floss.social/tags/skia" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>skia</span></a> <a href="https://floss.social/tags/sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>sysprof</span></a></p>
Jeff Fortin T.<p>Other <a href="https://mastodon.social/tags/Inkscape" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Inkscape</span></a> users: "The app takes 15-20 seconds to start on my computer with a 6th-gen Intel Core i7 from 2016, it's a bit unfortunate 🤷"</p><p>Me: "On my computer from 2009, Inkscape takes 4 seconds to start instead of &lt;500 milliseconds, inconceivable! 🧐 here's a <a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a> capture. Those keyboard shortcuts are totally suspicious :blobpeek: "</p><p><a href="https://gitlab.com/inkscape/inkscape/-/issues/3301#note_2134523915" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.com/inkscape/inkscape/-</span><span class="invisible">/issues/3301#note_2134523915</span></a></p>
Jeff Fortin T.<p>Found out out why <a href="https://mastodon.social/tags/GNOME" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GNOME</span></a> System&nbsp;Monitor sometimes consumes suspicious amounts of CPU with peaks every now and then. Seems like it happens when the mouse hovers and/or moves across the processes list :blobsweats: <br><a href="https://gitlab.gnome.org/GNOME/gnome-system-monitor/-/issues/319" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">gitlab.gnome.org/GNOME/gnome-s</span><span class="invisible">ystem-monitor/-/issues/319</span></a></p><p>I don't know if what I found is GNOME System Monitor doing too much work for those tooltips, or if I found a performance bug in <a href="https://mastodon.social/tags/GTK" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>GTK</span></a> itself. The <a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a> capture makes it look like it's doing something very expensive with GTK 🤔</p>
Jeff Fortin T.<p>First night of September the rain comes<br>why <a href="https://mastodon.social/tags/LibreOffice" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>LibreOffice</span></a> Writer slow to scroll on <a href="https://mastodon.social/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a><br>Jeff fires up the <a href="https://mastodon.social/tags/Sysprof" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Sysprof</span></a> performance profiler 🍂</p><p><a href="https://bugs.documentfoundation.org/show_bug.cgi?id=61558#c64" rel="nofollow noopener noreferrer" translate="no" target="_blank"><span class="invisible">https://</span><span class="ellipsis">bugs.documentfoundation.org/sh</span><span class="invisible">ow_bug.cgi?id=61558#c64</span></a></p>
ExploreLive feeds
About