Gnome-shell freezes (again)

[mattia-b89]

I am aware of issue #1

Anyhow, I still suffer of this problem: after enabling the "raining", at beginning shell lags,
increasingly, up to it freezes completely.

---

Arch Linux w/ GNOME 46.2 on Wayland

[torculus]

Hey @mattia-b89, thanks for bringing this to my attention

A few questions:

1. Can you reboot and login without the shell freezing?
2. What parameters did you use in the rain (number of FallItems, speed of Fall, rotation, etc)? Was it just the defaults?
3. What generation is your processor, and how much RAM do you have installed?

These would help me try to figure out where things are going wrong

[mattia-b89]

@torculus sure!

q3: my system has i5-5200U CPU paired with 8GB of RAM
q2: I have default settings but changed/tried different presets; if that a problem, how can I reset them?
q1: what do you mean?

[torculus]

Okay, so it sounds like you have plenty of RAM/processing power, so it's not like it's a hardware problem on your end. And the defaults should not be an issue. I'll have to dig into the code tomorrow and see if there's some logic I can simplify to boost performance

As far as q1 goes, I'm just asking whether you can still log in to GNOME without it freezing up on login (since DownFall would be enabled / potentially running). If you can't log in without it freezing up, you can switch to a virtual terminal at the login manager (Alt + F2), log in there, and then run gnome-extensions disable downfall@torculus.github.com. This basically turns the switch off for DownFall in the extensions manager app

If you are able to get back into GNOME without it freezing and wanted to send me a log report, could you run this in a terminal:

journalctl -f -o cat /usr/bin/gnome-shell

And then run DownFall? When it starts to lag, you should be able to disable it and get some results in that log. Thanks!

[mattia-b89]

update:
I've found that this random settings cause immediate lags and then freeze.

but my journalctl does not report anything if I just launch and stop it from gnome-shell topbar

[torculus]

I just made a few adjustments to reduce the overhead of the program. Are you comfortable fetching the latest code from GitHub and testing it out?

[mattia-b89]

I would be glad to test it out!
But I am not used to install extensions manually.
README.md does not provide instructions and this guide brings me to this error:

[torculus]

Okay, no worries. It's complaining that you didn't compile the gschemas file directly. That compiles automatically whenever you download an extension from extensions.gnome.org, but not when you pull from GitHub

I uploaded a new version to extensions.gnome.org, so that should be reviewed, approved, and pushed out to new users shortly

If you want to go to ~/.local/share/gnome-shell/extensions/ and just delete the downfall@torculus.github.com directory manually, that will allow you to re-install the updated version from extensions.gnome.org sometime later (hopefully today)

[mattia-b89]

I have just tried new version and problem still persists!

Anyhow, I have another detail to share with you:
it should not be a CPU matter rather a RAM, since 8GB goes full in a few seconds,
and more interesting, when I stop extension (just before system freeze), RAM stays full even if no processes use it!