| === brainwash_ is now known as brainwash | ||
| === GridCube_ is now known as GridCube | ||
| jphilips | bluesabre: reminder about the ML emails, scheduling the next meeting and my PRs in xubuntu-default-settings | 21:28 |
|---|---|---|
| bluesabre | jphilips: thanks, I should be getting back on track now | 21:57 |
| ali1234 | i think there is something wrong with xfwm on 20.04 | 23:27 |
| ali1234 | i am seeing delays of up to 5 seconds when focussing a window | 23:27 |
| ali1234 | the window just completely freezes. other windows unaffected | 23:27 |
| ali1234 | then once it gets focus it is fine | 23:27 |
| ali1234 | happens when the window has not been focussed for a long time | 23:28 |
| ali1234 | also the volume control pop up does it the first time i adjust volume after not doing so for a couple of hours | 23:29 |
| ali1234 | and that freezes the whole desktop if the compositor is enabled, because it is override redirect | 23:29 |
| ali1234 | anyone else seeing this? | 23:29 |
| bluesabre | ali1234: first I've heard of it... have you pinged olivier about that already? | 23:31 |
| ali1234 | no | 23:31 |
| Unit193 | bluesabre: I'm going to confirm before I presume, no libxfce4ui-nocsd in the xubuntu-team PPAs, right? | 23:32 |
| bluesabre | Unit193: if you or some users want it, that'd be alright... even gtk3-nocsd is managed by debian-xfce, right? :) | 23:33 |
| Unit193 | gtk3-nocsd is some other package maintained by somewone else somewhere. :P | 23:34 |
| ali1234 | before i installed 20.04 i was using a xfwm version that is newer than the one in 20.04... and it didn't have this problem | 23:35 |
| ali1234 | i guess i will try building it from source and see if it fixes it | 23:35 |
| ali1234 | as usual it takes several days before the bug starts happening. i think it is related to GPU memory fragmentation or something silly like that | 23:35 |
| ali1234 | happens quicker when i start running CUDA | 23:35 |
| brainwash | ali1234: CPU usage stays normal? | 23:36 |
| Unit193 | I've noticed alt+tab and xfce4-panel are a lot slower with xfce 4.14, but.. | 23:38 |
| ali1234 | no, xfwm CPU usage goes to 100% | 23:38 |
| ali1234 | until the window unfreezes | 23:38 |
| ali1234 | i think a kernel thread does too | 23:38 |
| ali1234 | could be a driver bug i guess | 23:39 |
| brainwash | but isn't this covered by the existing report for xfwm4 4.14 + delays/slowness? | 23:39 |
| ali1234 | dont know, i havent seen that | 23:39 |
| ali1234 | this isn't general slowness, it's fine once it "wakes up". it's like the old days when your computer would swap everything out over night and then when you start using it in the morning it freezes for 10 seconds whenever you switch to a different window while it swaps it back in | 23:40 |
| ali1234 | but i run without swap so it isn't that | 23:40 |
| brainwash | https://gitlab.xfce.org/xfce/xfwm4/-/issues/351 | 23:40 |
| ubot93 | Issue 351 in xfce/xfwm4 "xfwm4 hanging and using too much cpu time" [Opened] | 23:40 |
| ali1234 | hmm i'll try the things mentioned there | 23:41 |
| ali1234 | it isn't exactly the same but may be related | 23:42 |
| ali1234 | it never freezes without reason, it is always when switching to a window that hasn't been active for a long time | 23:43 |
| ali1234 | commented on that bug, thanks | 23:54 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!