Bug 436069 - Session restore with no apps restored is much slower than new session mode
Summary: Session restore with no apps restored is much slower than new session mode
Status: RESOLVED FIXED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Session Management (show other bugs)
Version: 5.21.4
Platform: Other Linux
: NOR normal
Target Milestone: 1.0
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-04-23 00:14 UTC by medin
Modified: 2025-04-11 20:46 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
log (384.19 KB, application/gzip)
2021-04-24 14:24 UTC, medin
Details

Note You need to log in before you can comment on or make changes to this bug.
Description medin 2021-04-23 00:14:35 UTC
After many times of testing I can confirm that Restore session mode with no apps opened is much slower than Empty new session, it's supposed to be the opposite but It doesn't work at all for me.


Operating System: Manjaro Linux
KDE Plasma Version: 5.21.4
KDE Frameworks Version: 5.81.0
Qt Version: 5.15.2
Kernel Version: 5.4.112-1-MANJARO
OS Type: 64-bit
Graphics Platform: X11
Comment 1 David Edmundson 2021-04-23 17:41:13 UTC
Please confirm this happens for a new user. 

Please also provide a dbus-monitor --pcap log of the boot processs
Comment 2 medin 2021-04-23 21:21:51 UTC
(In reply to David Edmundson from comment #1)
> Please confirm this happens for a new user. 
> 
> Please also provide a dbus-monitor --pcap log of the boot processs

With new user both modes take the same time to boot to desktop, I think my current user is bloated somewhere, I don't know why it takes so much time to boot, maybe due to having some Akonadi apps like KAlarm, KMail (configured with  GMail), KNotes.
I did run dbus-monitor --pcap but it appends terminal output as long as I use other apps, I don't know how to run it correctly.
Comment 3 David Edmundson 2021-04-23 23:37:52 UTC
`dbus-monitor --pcap > /tmp/someLogFile &`

and run super early.



Both being slow makes some sense at least - we wait for apps to finish starting up if autostarted. We have had situations where autostart apps would claim to support statup notifications and then do a bad job of implementing them. 

going through the relevant autostarted app would help find that
Comment 4 medin 2021-04-24 14:24:14 UTC
Here's the result of dbus-monitor --pcap
Comment 5 medin 2021-04-24 14:24:41 UTC
Created attachment 137871 [details]
log
Comment 6 TraceyC 2025-04-09 22:34:34 UTC
Thanks for the bug report. I'm sorry we weren't able to get to this yet. There have been many fixes and improvements in Plasma 6, and this issue may have been fixed.

Can you please re-test on your system with Plasma 6.3.4 or later and let us know if you can still reproduce the problem? Thanks!
Comment 7 medin 2025-04-11 20:46:47 UTC
(In reply to TraceyC from comment #6)
> Thanks for the bug report. I'm sorry we weren't able to get to this yet.
> There have been many fixes and improvements in Plasma 6, and this issue may
> have been fixed.
> 
> Can you please re-test on your system with Plasma 6.3.4 or later and let us
> know if you can still reproduce the problem? Thanks!

I retested both modes  "On last logout" and "Start with an empty session" with reboot and logout, and measured the time with my phone stopwatch from SDDM to when it fully shows desktop icons, the results showed that both modes have quite similar consumed time.

The only note is that with reboot, both modes consumes a time x5 than what is needed for logging from a logout.