8000 COSMIC applications very laggy upon resizing · Issue #753 · pop-os/libcosmic · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

COSMIC applications very laggy upon resizing #753

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
BrodieRobertson opened this issue Dec 12, 2024 · 18 comments
Open

COSMIC applications very laggy upon resizing #753

BrodieRobertson opened this issue Dec 12, 2024 · 18 comments

Comments

@BrodieRobertson
Copy link
BrodieRobertson commented Dec 12, 2024

Resizing COSMIC applications appears to be incredibly laggy, this does not occur with applications from any other toolkit.

lag.webm
@git-f0x
Copy link
Contributor
git-f0x commented Dec 12, 2024

Not sure if this might be related to pop-os/cosmic-comp#883. The lagginess only affects libcosmic apps, but the High CPU usage during resizing might cause it.

@Adam-Cosner
Copy link
Contributor

This is probably because of iced's full redrawing on every update, which should be improved once iced 0.14 comes out and libcosmic switches to it

@lazytanuki
Copy link

This is probably because of iced's full redrawing on every update, which should be improved once iced 0.14 comes out and libcosmic switches to it

I don't think it is the main cause, the issue wasn't present in the previous alphas.

@git-f0x
Copy link
Contributor
git-f0x commented Dec 26, 2024

It was present for me for quite a while, I think even before the first alpha.

@idoric
Copy link
idoric commented Jan 11, 2025

This is probably because of iced's full redrawing on every update, which should be improved once iced 0.14 comes out and libcosmic switches to it

@Adam-Cosner What iced’s improvement are you referring to?

@Adam-Cosner
Copy link
Contributor

@idoric Iced 0.14 added Reactive Rendering, when iced 0.14 fully releases and COSMIC integrates that it'll reduce resource usage

@lazytanuki
Copy link

When resizing the window, widgets will need as much redrawing with reactive rendering as they do now, since this updates the widgets.
In addition, the number of displayed widgets doesn't seem to have an impact on this issue. Resizing an empty COSMIC app window lags as much as resizing COSMIC files for instance.
So I don't think reactive rendering will fix this.

@Adam-Cosner
Copy link
Contributor

Aha! At last I've discovered the cause of the issue. This is an issue with iced's WGPU implementation

@Adam-Cosner
Copy link
Contributor

This appears to have been fixed in iced 0.14, so we just need for that rebase to happen

@Adam-Cosner
Copy link
Contributor

Correction, on my investigation this is due to most libcosmic apps using the iGPU, which doesn't handle resizing very well.

@lazytanuki
Copy link

The issue is also present on desktop PC.
Btw I can confirm the issue wasn't present in Alpha 3, at least for me.

@Adam-Cosner
Copy link
Contributor

Latest commits for cosmic-comp should have fixed this

@Quackdoc
Copy link

I am testing on pop-os/cosmic-comp@53d2cf0 for cosmic-comp and have the same issue with resizing still.

@Adam-Cosner
Copy link
Contributor

@Quackdoc is the performance at least a bit better?

@Quackdoc
Copy link

going back and forth I can tell there is a difference, but there is still considerably lag.

@BrodieRobertson
Copy link
Author

Just tested on my system and the resizing appears to be mostly functional now (not running at 3 FPS) but it does still feel kind of jittery.

@git-f0x
Copy link
Contributor
git-f0x commented May 9, 2025

Is it fixed now?

@Quackdoc
Copy link
Quackdoc commented May 9, 2025

for me at least it is on a 4k 60fps display with 150% scaling. Resizing is smooth.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants
0