FYI this is still an issue for me. Updated to cosmic-edit 0.1.0_171599034722.04~f5238e1.

I no longer think WGPU_POWER_PREF has any bearing on the fast/slow issue, see my other comment.

No, I haven’t updated packages in 3 or 4 weeks.

Ok, I’ve narrowed down the cause of slowdown slightly. It is when my laptop is on battery only that load time takes about 25 seconds. When plugged in (mains power), load time is < 1sec.

The only change I see in journalctl -xef when switching between battery/mains power is as follows (first line battery, second line mains):

May 22 23:45:35 rosie kernel: Dynamic Preempt: voluntary
May 22 23:45:54 rosie kernel: Dynamic Preempt: full

Edit: I can also simulate the effect via sudo tlp ac (fast load time) and sudo tlp bat (slow load time).

Thanks. Strangely, after using WGPU_POWER_PREF=high, it is always fast for me, even when I don’t specify this preference. I don’t understand it. In any case, I guess it’s “fixed” for now, so thanks!

Yeah, I get that. I’ve helped contribute to Pop!_OS in the past and thought I’d give it an early run. I’m just surprised that the packaged apps are so slow. When I ran them 6 months ago, they loaded so quickly I was shocked (<50ms).

I’m not sure if it’s my system, or the (new) state of the apps.

I just ran cosmic-edit and was shocked at how quickly it loads. Must be ~30ms between selecting it and it’s fully loaded.

Very interesting. Do you have any more info about the relationship between 1080p/60hz and battery? It sounds intuitively true, I’d just like to learn more.

Very nice! I was just looking at reviews on this. Really nice machine in every way, except maybe for the camera, and minor points off for the display being “only” 1080p. I have a lovely framework 13", but am jealous of the Lemur’s battery life.

Thanks!

I don’t know when they mark releases, but it’s still under active development.

This is the case for me as well. I tried NixOS this weekend, and even though it has more adoption than Guix, it still does not have 100% coverage of all software I wanted. That said, the packages I did install were pretty up-to-date. I guess NixOS is as close to “critical mass” as we’ve got when it comes to this type of OS. But if I were a wizard devops type person with more time, I’d probably enjoy Guix more.

Given encouragement to try tmux, here is what I’ve come up with as a “one-liner” (script) that does what I was originally looking for:

#!/bin/sh

tmux new-session -d -s split_screen_grep \; \
  send-keys "/bin/sh -c '$1' | tee /tmp/split_screen_grep.txt" C-m \; \
  split-window -h \; \
  select-pane -t 1 \; \
  send-keys "tail -f /tmp/split_screen_grep.txt | grep '$2'" C-m \;

tmux attach-session -t split_screen_grep

I use it as follows, first arg is a command, second arg is a pattern to search for:

$ ./split-grep "cat big_file.txt" "tmux"

Thanks! I’m curious if there is a way to do this as a one-liner?

Elegant and flexible, thank you!

ChatGPT suggests the following:

1. Run tmux
2. rsync -naP --exclude-from=rsync-homedir-local.txt /home/$USER/ $BACKUPDIR/ | tee /tmp/rsync_output.txt
3. Ctrl+B % # splits screen vertically
4. Ctrl+B right-arrow-key # moves to right split
5. tail -f /tmp/rsync_output.txt | grep denied

Not quite a one-liner, but I can see how tmux is a big help here.

Interesting, I’ll check it out, thanks!

There are no errors in the journalctl or steam logs?

Is it possible your Sweet-Dark-v40 theme is interacting poorly with Steam here? It seems to crash right after that unexpected identifier 'direction' and subsequent errors. Maybe try switching themes and see if it has any effect?

I don’t know if this is related, but recently when updating graphics card packages, some of my flatpak apps (Bitwarden, especially) required removing cached GPU files:

rm -rf ~/.var/app/com.bitwarden.desktop/config/Bitwarden/Partitions/bitwarden/GPUCache

Could something similar be going on here for you?