GNOME Bugzilla – Bug 375687
aggressive performance optimization
Last modified: 2014-05-25 02:36:43 UTC
Please describe the problem: Tomboy is slow for typing text, especially with notes that have already lots of words in them. Steps to reproduce: 1. open a tombow note and openoffice side by side 2. paste some contents in there, maybe 300 words or more 3. type asdf as fast as you can, repetitively, in tomboy 4. do the same in openoffice; it may be subjective, I may be crazy, but I think openoffice is a lot faster, for some reason. Actual results: Tomboy is slower than OpenOffice, Abiword, Gedit, etc. Expected results: Does this happen every time? Yes Other information: Especially true with big notes. I have spellchecking turned off. I don't know if this is just the result of me hallucinating, I would like to have a way to benchmark this but I'm not a developer :|
This could proabaly be sped up by batching the various hooks that listen for text changes into only running in idle handlers. Things like matching note links and URLs happen on every change currently, iirc.
Ah-ha, so I may not have hallucinated! I just made a test, typing asdf quickly in tomboy can make my Pentium M jump to 60% usage while doing so in OpenOffice makes it go to ~25% (some spikes at 30%), roughly measured with gnome-system-monitor (which takes ~15% by itself). Interesting, to say the least.
I have experienced delays of up to 10 seconds when typing text into a note. It is not predictable nor does there seem to be any correlation with what the application currently has displayed / is doing / how long it has been running. Once the initial delay has occurred, subsequent response seems better. If I go back to a note after a delay of some time, the same problem can occur. Given that the delay is so long, I would like to see this one upgraded to a normal / major bug. I am using version 0.4.1-2 Debian package.
For me is the same, I have already 118 notes and the .tomboy folder is 466,89 KB, but tomboy seems very slow. I agree with Gerald Boersma, since the delay is so long that turn tomboy useless to take notes
(In reply to comment #4) > For me is the same, I have already 118 notes and the .tomboy folder is 466,89 > KB, but tomboy seems very slow. I agree with Gerald Boersma, since the delay > is so long that turn tomboy useless to take notes > I am using version 0.4.1, and I find that the performance slowdown happens only occasionally. When it does, I completely shutdown Tomboy by removing it from the panel, and then add it back into the panel. This seems to address the problem for a good period of time. Inconvenient, but still quite usable. I am very impressed by the usefulness of Tomboy!
Thanks Gerald, it works!! :-) When I remove and then add to the panel, work as the first time!! :-)
I would like to add that I am experiencing the same problem with Tomboy 0.6.3 (Ubuntu Feisty). I used Tomboy for jotting down a relatively large amount of text about a presentation, and the characters where lagging behind as the note got bigger. There seems to be lots of room for performance improvements here. Just typing in "normal" touch speed would make Tomboy use about 60% of one of my 2GHz Core2Duo cores. It almost made me switch back to Emacs for a general-purpose note-taking tool :). Seriously though, IMHO, it's important that a note-taking appliaction is fast and able to keep up with the typing.
Setting the default assignee and QA Contact to "tomboy-maint@gnome.bugs".
I experience this slowdown also on Tomboy 0.10. The slowdown is particularly annoying on more than 6-7 years old machines.
could this bug be marked confirmed please? and, for what it's worth, my computer is a 4 years old Pentium 4B 2.4 gHz machine with a gig'o'ram.
This should be bumped up from minor. This is a problem.
Confirming, marking severity major, priority high. Of course we need to measure what's actually happening, but Alex was probably right when he mentioned batching our event handling into idle handlers.