| Summary: | Subjectively speaking, Discover takes too long to be useful after it starts up | ||
|---|---|---|---|
| Product: | [Applications] Discover | Reporter: | Michael <kde> |
| Component: | discover | Assignee: | Dan Leinir Turthra Jensen <leinir> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | aleixpol, nate, sephiroth_pk |
| Priority: | HI | ||
| Version: | 5.19.2 | ||
| Target Milestone: | --- | ||
| Platform: | Neon | ||
| OS: | Linux | ||
| See Also: | https://bugs.kde.org/show_bug.cgi?id=400808 | ||
| Latest Commit: | https://invent.kde.org/plasma/discover/commit/3e85afeb8e1d52264262d8093b27da52e58bf1d7 | Version Fixed In: | 5.20 |
|
Description
Michael
2020-07-01 03:59:56 UTC
I have a rough idea of what you mean, but can you clarify what you mean by "useful?" What doesn't work until after you wait a while? Okay, what do I mean by "useful"? I mean that Discover is in a waiting state when it appears, always. How long that waiting state is, is variable. I boot my laptop. 3 minutes after the update notifier appears in the system tray, I click on the update notifier icon and Discover launches. A 27 seconds wait ensues, where Discover says "Fetching updates...". Yet my computer had just finished the fetching updates process a few minutes before. Why wait in this instance? Instead of clicking the "Update All" button at the top of Discover, I close the app. I click the update notifier once again to measure the wait. Discover launches. It takes 5 seconds of looking at the "Fetching updates..." text before I can do something. Every time I launch Discover regularly from the Kickoff menu on my SSD-backed system, Discover takes 5 seconds to display "Loading" with the spinning arrow before I could do anything. On the other hand, I launch Muon and all the packages appeared instantly when the GUI showed up. My point is that the variable waiting aspect of Discover makes me not want to reach for it, even though it is an excellently engineered piece of software in every other respect. A few more thoughts.... I notice that Discover has two modes: an update mode, and a store mode. Launching Discover into the update mode seems to have the longest and most varied delay before I can do something with Discover. Today it was 30 seconds exactly from the time its window appeared to when I could click Update All. Launching Discover into the store mode is shorter in terms of waiting, on average of 5 seconds for me on my SSD-backed system. It might be significantly longer on a HDD-backed machine. Regardless, it's still time staring at a window wondering when I can be productive. It would be great if the wait in these two modes were eliminated. It might take some chewing on the design to work it out, but I think it would be great for the perception that "KDE is responsive" as well as "KDE is highly configurable". Thanks, that's helpful. I can reproduce the long delay in checking for updates, which has annoyed me for quite some time as well. I just timed Discover vs running `pkcon refresh` on the command line; Discover took 26 seconds, while `pkcon refresh took 6 seconds`. Resolving the discrepancy will probably reveal the underlying issue causing the delay at startup. I wouldn't be surprised if the extra time difference was because Discover is also refreshing snap and flatpak repos. I don't mind that it does this. I do mind that just 5 seconds after the system displays the update notifier icon, I click on it, and then Discover decides it needs to refresh everything all over again. But I'll be curious to hear what you find. Two new modes where Discover takes a long time... If I go to Dolphin, left-click on the space information indicator in the lower-right-hand corner, a menu appears, choose More -> KDiskFree -> Install. Discover launches and takes 43 seconds to become usable (first attempt) or 6 seconds (second attempt). It's unclear to me why the first invocation was so long compared to the second invocation. If I go to Kickoff, find an app I don't want, right-click on it, select "Uninstall of Manage Add-Ons", then Discover launches and takes 6 seconds to be usable. A possibly relevant merge request was started @ https://invent.kde.org/plasma/discover/-/merge_requests/15 Git commit 3e85afeb8e1d52264262d8093b27da52e58bf1d7 by Aleix Pol. Committed on 22/07/2020 at 22:39. Pushed by apol into branch 'master'. pk: only resolve packages as they're offered from a ::search call It should make the resolve calls a bit faster since we are not processing all packages at startup. It does increase the calls we make though. M +1 -1 libdiscover/backends/PackageKitBackend/CMakeLists.txt R +34 -6 libdiscover/backends/PackageKitBackend/PKResolveTransaction.cpp [from: libdiscover/backends/PackageKitBackend/TransactionSet.cpp - 053% similarity] R +15 -6 libdiscover/backends/PackageKitBackend/PKResolveTransaction.h [from: libdiscover/backends/PackageKitBackend/TransactionSet.h - 080% similarity] M +89 -54 libdiscover/backends/PackageKitBackend/PackageKitBackend.cpp M +8 -3 libdiscover/backends/PackageKitBackend/PackageKitBackend.h M +11 -0 libdiscover/utils.h https://invent.kde.org/plasma/discover/commit/3e85afeb8e1d52264262d8093b27da52e58bf1d7 This also seems to be related to https://bugs.kde.org/show_bug.cgi?id=400808. |