Poor performance on Linux

[StefanKoell]

Coming from Avalonia and using SVG to render stuff in my app, I noticed that there some significant performance issues related to fonts and text due to the lack of caching.

See also this issue: wieslawsoltes/Svg.Skia#458
And this PR which tries to fix some of the issues on the Svg.Skia level: wieslawsoltes/Svg.Skia#461

Another blocker for Linux on ARM64 is this almost a year old issue which hasn't been adressed:
#3272

Both issues are quite out of my comfort zone and was wondering what can be done or who to ask to address these issues?

[gab-dev-7]

Hi @StefanKoell,

It looks like you are hitting two distinct known issues—one related to a performance regression in Svg.Skia and another related to a build configuration error in SkiaSharp for Linux ARM64.

Here is a breakdown of the current status and workarounds for both:

1. Performance Issues (Fonts/Text) in Svg.Skia

The Issue:
As you noted, there is a significant performance regression in newer versions of Skia.Controls.Avalonia on Linux, likely due to how fonts/images are being handled or cached.

• Ref: [wieslawsoltes/Svg.Skia#458](Skia.Controls.Avalonia.11.3.9 package freezes on Linux wieslawsoltes/Svg.Skia#458)

Workaround:
Users in that thread have reported that rolling back to Avalonia.Svg.Skia 11.2.0.2 resolves the performance freeze/lag. If your project allows it, downgrading to that version is currently the most reliable fix while waiting for PR #461 to be merged or addressed by the maintainer.

2. Linux ARM64 Blocker (undefined symbol: uuid_generate_random)

The Issue:
This is a build configuration bug in SkiaSharp versions > 3.116.1 where the ARM64 binaries are missing links to required dependencies (libuuid).

• Ref: [mono/SkiaSharp#3272]([BUG] libSkiaSharp.so: undefined symbol: uuid_generate_random on Debian Bookworm ARM64 #3272)

Workarounds:
Since this has been open for nearly a year, community members have found two ways to unblock themselves:

• Option A (Patching): You can manually patch the libSkiaSharp.so binary using patchelf to add the missing dependency.

sudo apt-get install patchelf
patchelf --add-needed libuuid.so.1 libSkiaSharp.so

(Note: While some suggest adding libfreetype as well, be cautious as SkiaSharp bundles its own freetype, and mixing them can cause crashes.)

• Option B (Rebuild): Rebuilding the native binaries using the Docker container instructions provided in [this comment](https://www.google.com/search?q=https://github.com/mono/SkiaSharp/issues/3272%23issuecomment-2103525547).

Summary: What can be done?

Unfortunately, as these are open-source projects with limited maintainer bandwidth:

1. For Performance: Downgrade Avalonia.Svg.Skia to 11.2.0.2.
2. For ARM64: Apply the patchelf fix during your deployment/build process or stick to SkiaSharp 3.116.1 if compatible with your other dependencies.

Upvoting the linked issues helps raise visibility, but for immediate relief, the workarounds above are your best bet.

[StefanKoell]

Hi @gab-dev-7

I completely understand. Unfortunately a SkiaSharp downgrade is not possible because of other dependencies which rely on newer versions of SkiaSharp.

I'm already a sponsor of this (and other related) project and I'm also willing to contribute although my skillset will not be good enough to address these issues. I'm wondering if there's a way to get this fast-tracked somehow (money, a bounty program, etc.)?