sga

maybe try to use the newer qwen stuff via their api. they give free tokens of certain amount on signup

If possible, use zswap. it is more flexible, and effictively functions like swap. reduce swappiness a lot (something like 5 or 10). zram afaik is not flexible, swap is.

https://askubuntu.com/questions/471912/zram-vs-zswap-vs-zcache-ultimate-guide-when-to-use-which-one

this suggests you to have a physical swap too. I for one do not have it. so i have a bit of wierdity, but performs fine imo. maybe give it a try

a pull request has been made, and already merged.

this may very well be the case. I can not say for sure, my guess is that most cpus should be able to do something like 200mb/s zstd(3) uncompress, but you can try to benchmark uncompress speeds (there is also a zstd benchmark command), and if it is statistically significantly lower than your storage (use hdparam/dd to benchmark them), then it is indeed your cpu.

Other than memory speed, there is one more blocker - your cpu (ish). live usbs do not store the raw image uncompressed, they would be much larger in size. instead, the file system used (usually squashfs) is compressed (usually zstd (default level 3), but could be lz4, or xz, etc). whenever a file is loaded, it is first uncompressed, and if you have enough memory, you can try the load to ram (or memory, wording may differ) option, where, important parts of image are fist uncompressed and stored in memory, resulting in better performance. Now most cpus are fast enough to decompress, so limiting factor still is likely your storage (usb x.y standard) read speed (and if it stably runs that speed, or is thermally throttled), but if you are on a faster underlying source, it can make a difference.

Anecdotely, I use squashfs to compress most things i keep, and it is fast enough for most purposes, but i have observed that for benchmarks, especially single threaded, there is a significant difference. for geekbench 6, my singlecore score was close to 0.6 times of the actual score, when read from uncompressed, or from memory. for all core, score was nearly 0.85 times of the uncompressed/memory score. Would you realistically feel the difference, no imo. I even have a file system level compression (btrfs, zstd, level 3), and i do not feel a significant difference.

I have been using sudo-rs for quite some time, and no complaints about it

what do you mean by efficient. I am using niri right now, and i do not record increased power/cpu/gpu usage as compared to sway.

I remember their appointment from brodie’s video on this, and iirc, they were someone who has been in community for ~20 years, and they also had some kind of vision disability (not 100% sure), because of which there was hope that gnome would do more investments on accessibilty front. Which to gnome’s credit, they have the best among other wayland folks, but this feels to sson. if it had been a year or 2, it would have made sense (they already were an old person, so time was not favoring them), because it is reasonable for such posts 2 change in that timeframe. the previous director also left in 5-6 months, then this person in 4, it really speaks something about gnome’s board

same. i am even on piefed.social, so this should not be a federation issue