https://bugs.kde.org/show_bug.cgi?id=395925
--- Comment #8 from Duncan <1i5t5.dun...@cox.net> --- (In reply to Henrik Fehlauer from comment #6) > > gwenview would take a long time to startup again > @Duncan: Could you quantify how long regular and slow startup is taking for > you each, i.e. barely noticable, seconds, or minutes? Note that I'm on (btrfs on) ssd, so even cold-cache startups /should/ be fast. Regular startup: Under 1 second. I suspect the kwin slide-in effect is actually delaying the window appearance. (I have gwenview's clear-thumbnails on exit option set, and actually have the thumbnails dir pointed to tmpfs, so from cold-cache it does take a slight bit of time to generate the thumbnails on the start-page's recent-folders tab, but the dir icons themselves show up effectively instantly and the thumbnails on them populate in under 10 seconds, I'd say.) Slow startup: I've not timed it and perception is notoriously unreliable, but the window doesn't show up for long enough I can launch say kpat and start playing a game, before it shows up. Stracing a slow-start it's quite clear there's some sort of timeout (later diagnosed as the menu load timeout) it waits for, as there's the usual rush of multiple pages of output as it reads all the libs/icons/fonts/config/etc, followed by a pause of I'd say at least 30 seconds, perhaps a minute or two (it was long enough I could select some strace output so I could scroll back to it after the window /did/ show to see where things stopped and notice it was menu related, the clue I needed to test and see that the menu button in the titlebar wasn't responsive), while nothing at all is printed, before it resumes printing more pages of output as the window appears and it regenerates thumbnails for the start page. -- You are receiving this mail because: You are watching all bug changes.
