I've recently set up a new machine with TDE. For reasons I can't figure out, when I log into TDE on the new machine the startup screen needs about 4-5 seconds to get past the "Loading settings" step. On the old machine this takes a split second, so on the new machine this is several times slower. The new machine has a faster SDD and comparable CPU (more cores than the old one, but that's probably not relevant here) so I don't see a good reason why this is so slow. I know there is a setting in TCC to disable configuration checking on login, which I did. It seems to *sometimes* work, i.e. occasionally "Loading settings" will take a split second, but for the most time it still takes 4-5 seconds. Does anyone have a clue what's going on here?
Janek
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Tuesday 04 August 2020 11:08:34 am Janek Stolarek wrote:
I've recently set up a new machine with TDE. For reasons I can't figure out, when I log into TDE on the new machine the startup screen needs about 4-5 seconds to get past the "Loading settings" step. On the old machine this takes a split second, so on the new machine this is several times slower. The new machine has a faster SDD and comparable CPU (more cores than the old one, but that's probably not relevant here) so I don't see a good reason why this is so slow. I know there is a setting in TCC to disable configuration checking on login, which I did. It seems to *sometimes* work, i.e. occasionally "Loading settings" will take a split second, but for the most time it still takes 4-5 seconds. Does anyone have a clue what's going on here?
Hi Janek,
Not exactly a clue, but it's generally not a good idea to turn off the configuration checking on login. Take sip of your drink, get another cup of coffee, but let it do it's thing so your system works correctly...
Best, Michael
PS: The new(ish) TDE has a 'fixer' program that runs at login to do ??? (ask a dev). It'll run each login until it's satisfied (mine ran 4 or 5 times doing an upgrade from stretch/R14.06 to buster/R14.08).
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Anno domini 2020 Tue, 4 Aug 11:24:22 -0500 Michael scripsit:
On Tuesday 04 August 2020 11:08:34 am Janek Stolarek wrote:
I've recently set up a new machine with TDE. For reasons I can't figure out, when I log into TDE on the new machine the startup screen needs about 4-5 seconds to get past the "Loading settings" step. On the old machine this takes a split second, so on the new machine this is several times slower. The new machine has a faster SDD and comparable CPU (more cores than the old one, but that's probably not relevant here) so I don't see a good reason why this is so slow. I know there is a setting in TCC to disable configuration checking on login, which I did. It seems to *sometimes* work, i.e. occasionally "Loading settings" will take a split second, but for the most time it still takes 4-5 seconds. Does anyone have a clue what's going on here?
Hi Janek,
Not exactly a clue, but it's generally not a good idea to turn off the configuration checking on login. Take sip of your drink, get another cup of coffee, but let it do it's thing so your system works correctly...
Best, Michael
No clue, either, but I have a funny thing, too: on one machine X11 starts with a black screen without cursor and then waits till a mouse or keyboard occurs. Then it starts TDE :)
Oh, just a hint: log into the machine via ssh, start htop or something simillar, then fire up TDE. You most likely see what's causing the delay.
Nik
PS: The new(ish) TDE has a 'fixer' program that runs at login to do ??? (ask a dev). It'll run each login until it's satisfied (mine ran 4 or 5 times doing an upgrade from stretch/R14.06 to buster/R14.08).
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Tuesday 04 of August 2020 18:24:22 Michael wrote:
On Tuesday 04 August 2020 11:08:34 am Janek Stolarek wrote:
I've recently set up a new machine with TDE. For reasons I can't figure out, when I log into TDE on the new machine the startup screen needs about 4-5 seconds to get past the "Loading settings" step. On the old machine this takes a split second, so on the new machine this is several times slower. The new machine has a faster SDD and comparable CPU (more cores than the old one, but that's probably not relevant here) so I don't see a good reason why this is so slow. I know there is a setting in TCC to disable configuration checking on login, which I did. It seems to *sometimes* work, i.e. occasionally "Loading settings" will take a split second, but for the most time it still takes 4-5 seconds. Does anyone have a clue what's going on here?
Hi Janek,
Not exactly a clue, but it's generally not a good idea to turn off the configuration checking on login. Take sip of your drink, get another cup of coffee, but let it do it's thing so your system works correctly...
Best, Michael
PS: The new(ish) TDE has a 'fixer' program that runs at login to do ??? (ask a dev). It'll run each login until it's satisfied (mine ran 4 or 5 times doing an upgrade from stretch/R14.06 to buster/R14.08).
Hi,
the mentioned checking / fixing program is not completely new. It is a part of TDE from R14.0.0~pre. The principle is that the program runs only once and if no new check / fix rule is added, it is not run again.
When the user logs in for the very first time, with a new profile, the program will run for the first time. However, in such a situation there should not be many tasks to be solved, so it should not be a delay.
Cheers
Hi,
the mentioned checking / fixing program is not completely new. It is a part of TDE from R14.0.0~pre. The principle is that the program runs only once and if no new check / fix rule is added, it is not run again.
When the user logs in for the very first time, with a new profile, the program will run for the first time. However, in such a situation there should not be many tasks to be solved, so it should not be a delay.
Cheers
Sorry to jump in between, but what does exactly mean:
Some Trinity profile R14 XDG compliance updates failed. Check applications-tdemenuedit.menu for '<Filename>kde-' in /var/tmp/tdecache-emanoil/r14-xdg-update-validation-test9.txt.
# cat /var/tmp/tdecache-emanoil/r14-xdg-update-validation-test9.txt <Filename>kde-realplayer.desktop</Filename> <Filename>kde-aviplay.desktop</Filename> <Filename>kde-xmms.desktop</Filename> <Filename>kde-alevt.desktop</Filename> <Filename>kde-xawtv.desktop</Filename> <Filename>kde-javaws.desktop</Filename> <Filename>kde-knmap.desktop</Filename> <Filename>kde-GnomeICU.desktop</Filename> <Filename>kde-mozilla-firefox.desktop</Filename> <Filename>kde-eclipse.desktop</Filename> <Filename>kde-designer.desktop</Filename> <Filename>kde-linguist.desktop</Filename> <Filename>kde-assistant.desktop</Filename>
I'm getting it after each login recently - well I login very seldom, but still - what is it?
I remember someone asked here before, but I can not find the answer.
thanks
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Tuesday 04 August 2020 13:20:34 deloptes wrote:
Hi,
the mentioned checking / fixing program is not completely new. It is a part of TDE from R14.0.0~pre. The principle is that the program runs only once and if no new check / fix rule is added, it is not run again.
When the user logs in for the very first time, with a new profile, the program will run for the first time. However, in such a situation there should not be many tasks to be solved, so it should not be a delay.
Cheers
Sorry to jump in between, but what does exactly mean:
Some Trinity profile R14 XDG compliance updates failed. Check applications-tdemenuedit.menu for '<Filename>kde-' in /var/tmp/tdecache-emanoil/r14-xdg-update-validation-test9.txt.
# cat /var/tmp/tdecache-emanoil/r14-xdg-update-validation-test9.txt <Filename>kde-realplayer.desktop</Filename> <Filename>kde-aviplay.desktop</Filename> <Filename>kde-xmms.desktop</Filename> <Filename>kde-alevt.desktop</Filename> <Filename>kde-xawtv.desktop</Filename> <Filename>kde-javaws.desktop</Filename> <Filename>kde-knmap.desktop</Filename> <Filename>kde-GnomeICU.desktop</Filename> <Filename>kde-mozilla-firefox.desktop</Filename> <Filename>kde-eclipse.desktop</Filename> <Filename>kde-designer.desktop</Filename> <Filename>kde-linguist.desktop</Filename> <Filename>kde-assistant.desktop</Filename>
I'm getting it after each login recently - well I login very seldom, but still - what is it?
I remember someone asked here before, but I can not find the answer.
thanks
Search for the thread with the heading "r14-xdg-update script problem"; the issue is discussed rather at length.
These files need to have their entries for KDE (and any other intruders) purged:
/home/<USER>/.config/menus/applications-tdemenuedit /var/tmp/tdecache-<USER>/r14-xdg-update-validation-test9.txt
Somewhere I have buried more detailed instructions, how to remove/edit the unwanted items, but this might be enough for you to work it out yourself. I believe Michelle said that a little "housecleaning" is needed afterwards; in my own case, some of my startup settings were lost, which was annoying but unavoidable, and easy enough to restore.
Bill
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
William Morder via trinity-users wrote:
Search for the thread with the heading "r14-xdg-update script problem"; the issue is discussed rather at length.
These files need to have their entries for KDE (and any other intruders) purged:
/home/<USER>/.config/menus/applications-tdemenuedit /var/tmp/tdecache-<USER>/r14-xdg-update-validation-test9.txt
Somewhere I have buried more detailed instructions, how to remove/edit the unwanted items, but this might be enough for you to work it out yourself. I believe Michelle said that a little "housecleaning" is needed afterwards; in my own case, some of my startup settings were lost, which was annoying but unavoidable, and easy enough to restore.
yes, this is it. I was looking into ~/.trinity and forgot that xdg keeps its stuff in ~/.config
thanks and regards
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
generally not a good idea to turn off the configuration checking on login.
After some more experiments on both the old and the new machine it seems that the configuration checking option has no impact on the "Loading settings" step. Turning configuration checking on on the old machine does not make the login time longer, turning it off on the new machine does not make it faster.
I like Nik's idea with the SSH login but that will require some effort on my side to set up.
Janek
--------------------------------------------------------------------- To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
-
deloptes -
Dr. Nikolaus Klepp -
Janek Stolarek -
Michael -
Slávek Banko -
William Morder via trinity-users