| Summary: | Slow login | ||
|---|---|---|---|
| Product: | TDE | Reporter: | Andrew Young <bugs.trinitydesktop.org> |
| Component: | tdebase | Assignee: | Timothy Pearson <kb9vqf> |
| Status: | NEW --- | ||
| Severity: | minor | CC: | bugs.trinitydesktop.org, bugwatch, kb9vqf, pix3l |
| Priority: | P5 | ||
| Version: | R14.0.x [Trinity] | ||
| Hardware: | Other | ||
| OS: | Linux | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | Application Name: | ||
| Attachments: |
possibly buggy .xsession-errors
temp.xsession-errors works well |
||
|
Description
Andrew Young
2014-10-16 10:05:32 CDT
Are you using the nightly builds, Slavek's preliminary repository, or building from source? Thanks! I'm using the nightly builds from pearsoncomputing.net # Trinity repositories deb http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-nightly-build-dependencies/ubuntu trusty main deb-src http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-nightly-build-dependencies/ubuntu trusty main deb http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-nightly-builds/ubuntu trusty main deb-src http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-nightly-builds/ubuntu trusty main I have only ever used repos from pearsoncomputing.net, I have never used Slavek's repos or build from source. OK, thanks. I needed to verify as several users have switched over to Slavek's repository. In this case the slowdown is probably temporary until the nightly build archive is properly rebuilt. A massive amount of changes were made over the past month, and the build farm was unable to keep up, leading to inconsistent binary packages with odd bugs. These bugs are normally unique to the binary packages and will resolve once the rebuild is complete. If this issues does NOT resolve within several weeks then it may very well be a bug within the TDE source. If this is the case please let us know so that we can debug further. Thanks! I created a new user "temp" and logged out / in and restarted etc. Temp could log in without any delays. The strange message when closing down does not appear. When using my regular account and closing down, the pop up says "TDElauncher could not be reached via DCOP". This suggests to me that it is a local problem. Attached are 2 .xsession-errors hopefully they will cast some light... Created attachment 2331 [details]
possibly buggy .xsession-errors
Created attachment 2332 [details]
temp.xsession-errors works well
I eventually found the slow login problem. I use a slide show that changes the picture every 10 minutes. I had selected several dirs with my pictures, in total there were about 54,000 photos. I guess part of the login process caches/ checks all the pictures. After removing the slide show, logins are now almost instant. Does the login need to recache or check the images every login? (In reply to Andrew Young from comment #7) > I eventually found the slow login problem. I use a slide show that changes > the picture every 10 minutes. I had selected several dirs with my pictures, > in total there were about 54,000 photos. > > I guess part of the login process caches/ checks all the pictures. > > After removing the slide show, logins are now almost instant. > > Does the login need to recache or check the images every login? I don't see why it would; I think you hit a corner case. :-) Should be simple enough to fix if some kind of caching is the problem. Alternatively the slowdown could due to mime type checking attempting to determine what is an image and what is not; in the latter case the fix would be more complex as a worker thread and/or file type cache would likely need to be added. I upgraded TDE from 13 to 14, and experiencing a more slow startup of TDM and the showing of login form. This was quite instant with TDE 13 on my debian wheezy. |