I can confirm that disabling the g-s-d keyboard plug-in in gconf does resolve
the issue for me, but it kills the per-window keyboard layout feature. The
other workaround didn't help.
(I'm using english and bulgarian phonetic layouts)
--
Keyboard layout automatically changes + 100% CPU usage [up
Okay, I finally used my head for a while, and found a work-around for this
problem. In short,
cat ~/evolution/mai/imap/*/folders.db > /dev/null
before starting evolution seems to make it load at least as fast as the
versions before sqlite.
Now, this seems to be an issue either with the block dev
Fabio,
Changing the IO scheduler is easy - it's in
/sys/block/$devname/queue/scheduler ($devname = sda in my case), and
ubuntu comes with all the normal in-kernel schedulers compiled in -
deadline, anticipatory, noop and cfq (the last one being the default
one).
I'll try this with the other sched
I tried the trick with creating indexes and for me evolution now is even
faster than the previous version. I'm using it on reiserfs, a normal
intrepid upgrade on x86_64.
--
Evolution 2.24.1 really slow with big IMAP folders
https://bugs.launchpad.net/bugs/292739
You received this bug notification
Fabio, do you use filters in Evolution to sort the email? I found out
that if I disable filtering on the INBOX (while still having two IMAP
accounts) it's definitely better. Seems like it's filtering the whole
INBOX (there are about 3k messages there) instead of just the new stuff.
--
Evolution 2
Using the version from proposed, it's definitely a bit better, but still
with two reasonably big IMAP accounts my drive grinds for a few minutes
until everything is updated. It's still worse than with hardy, but
somewhat livable.
--
Evolution 2.24.1 really slow with big IMAP folders
https://bugs.
