Prompted Restore Session

[John Woodhouse]

I have it turned off on opensuse 4.6 as the behavior with the number of files on my machine was unacceptable. Not just lockout either. Sort of suggests that the don't use is problematic as well. It can be turned off on 4.10 too but the kmail aspect is left on and changes greyed out. Speed I recently saw a complaint about email import time on the recent releases - fast pass 20min or more was mentioned can't remember. I'm just repeating it. Also the usual mention of bloatware which isn't the problem really.

One thing that struck me was using file indexing on windows in comparison. That went out as an option. I had no choice about using windows at work. Enabled on a reasonably recent machine there was no sign of it being in operation. Working on software so there were plenty of files around. I would always copy my entire hard disc into the new machine. When enabled the 1st thing it did was build the index. Took a while but not objectionably long seconds rather than mins. By my nature I can't help wondering how they do it. Say  I guessed that thinking about journaling might be a clue. Say the index is there but changes are kept separately and written to the main index as a back ground task with due thought to disk cache sizes and flushing and when it's done etc. One thing for sure there were no signs of it being in operation at all. I would very much doubt that they use the same thing for email as the needs are entirely different.  One is only really
 interested in changes to the directory/file trees so they might even just update the index as things are changed. That way all a user might notice is a very marginal increase in disk write times - highly unlikely especially as they are most likely to be causing the change :-) My suggestion initial thought is probably over the top. Actually it's a bit tongue in the cheek mad.

John
-
--------------------------------------------
On Mon, 15/7/13, Duncan <1i5t5.duncan at cox.net> wrote:

 Subject: Re: [kde] Prompted Restore Session
 To: kde at postbox.kde.org
 Date: Monday, 15 July, 2013, 23:15
 
 John Woodhouse posted on Mon, 15 Jul
 2013 09:03:13 -0700 as excerpted:
 
 > Out of interest some one tested KDE against Gnome in
 respect to what
 > appears to be a Kernal bug - machine can lock up given
 disc access. I
 > have had this one KDE 4.6, find myself typing ahead
 even with properly
 > raided 10k ultra 320 scsi on a true 64bit motherboard.
 ;-) Might be 15k
 > actually,
 > probably is. Part cured by moving from 4 to 8gb but
 still happens from
 > time to time. The test found that Gnome suffered far
 less than KDE,
 > dedicated KDE user as well and still is. Probably
 because Gnome has less
 > in the way or is just more efficient.
 
 This bit might be the nepomuk indexing.  In 4.10 and
 4.11 that is said to 
 be MUCH faster, with less disturbing whatever else is going
 on, and it's 
 supposed to be easier to turn off... to the extent that on
 gentoo, with 
 4.11 they took away the semantic-desktop USE flag that
 allowed one to 
 build kde without it, as in theory it can be turned off at
 runtime now.
 
 But, having gone to quite some trouble to remove it from my
 system, 
 including dumping kmail and anything kdepim related since
 that required 
 it, I wasn't going to let it back on my system... I'd have
 rather 
 switched to some other desktop.  So I ended up with an
 automated patch 
 system that applies patches to the gentoo ebuilds as they're
 updated, to 
 remove that stuff and continue to keep it off my
 system.  Too bad as 
 gentoo in theory is about giving the user such choices, but
 what do you 
 do when none of the gentoo/kde maintainers are interested in
 it?
 
 Anyway, that's why I'm reporting the semantic-desktop
 changes in third 
 person, I don't know what the changes are like personally as
 I won't let 
 semantic-desktop on my system, period.
 
 -- 
 Duncan - List replies preferred.   No HTML
 msgs.
 "Every nonfree program has a lord, a master --
 and if you use the program, he is your master." 
 Richard Stallman
 
 ___________________________________________________
 This message is from the kde mailing list.
 Account management:  https://mail.kde.org/mailman/listinfo/kde.
 Archives: http://lists.kde.org/.
 More info: http://www.kde.org/faq.html.
 
___________________________________________________
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.