LZO for platform snaps

Does it make sense to enable lzo compression for platform snaps like gnome-3-38-2004 and the like? It seems like they are mainly used on desktop systems, where decompression performance trumps file size anyway.

They are shared, of course, so the impact is less pronounced compared to enabling lzo for application snaps. Still, I wonder if that’s a low-hanging apple to pick.

Edit: I’m quoting myself from IRC while testing this with etrace for the kde framework snap:

In my ad-hoc, unscientific measurements, the framework snap increases size by about 109 MB (+32.5%), but kdenlive’s cold start went from 8.12 s to 6.58 s (-19%). Not bad.

1 Like

I’ve proposed to set this on the kde-neon extension by default

A clarification: While I think the PR is a good idea, this post goes beyond the application snaps and proposes LZO compression for the platform content snap itself, i.e. kde-frameworks-5-qt-5-15-3-core20 in this case.

The PR for the platform snap is here: https://invent.kde.org/packaging/snap-kf5/-/merge_requests/1

Now done for kde-frameworks-5-qt-5-15-3-core20

1 Like