Re: [opensuse-gnome] Tomboy by default?
Apologies if anyone gets this twice, i think it was rejected the first time: Hey, Personally, I use tomboy a lot. I'd use it even more if only I had a working synchronisation method for my laptop and work desktop. Now for something slightly more technical ;) The simplest way to decrease startup time is to AOT the mono assemblies and also the tomboy assemblies. This will also reduce memory usage if you have multiple mono applications running at the same time (banshee + tomboy anyone?) as the AOT'ed data can be shared exactly as if it were a standard native library. If someone is interested in getting some hard figures about required startup time they could benchmark: 1) Cold start tomboy (nothing is AOTed) 2) Cold start tomboy (AOT-ing all tomboy assemblies first) 3) Cold start tomboy (AOT-ing all .NET libraries as well as tomboy libraries first) 4-6) Warm start of the above. This is likely to be pretty time-consuming as the only way I know to reliably 'cold start' an application is to reboot ;) It would also require you to put in an "Application.Quit ()" inside tomboy so that as soon as everything loads, it exits, thus allowing you to easily measure the startup time. Alan. -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
On Sun, 2010-02-28 at 20:11 +0000, Alan McGovern wrote:
Apologies if anyone gets this twice, i think it was rejected the first time: Personally, I use tomboy a lot. I'd use it even more if only I had a working synchronisation method for my laptop and work desktop. Now for something slightly more technical ;) The simplest way to decrease startup time is to AOT the mono assemblies and also the tomboy assemblies. This will also reduce memory usage if you have multiple mono applications running at the same time (banshee + tomboy anyone?) as the AOT'ed data can be shared exactly as if it were a standard native library. If someone is interested in getting some hard figures about required startup time they could benchmark: 1) Cold start tomboy (nothing is AOTed) 2) Cold start tomboy (AOT-ing all tomboy assemblies first) 3) Cold start tomboy (AOT-ing all .NET libraries as well as tomboy libraries first) 4-6) Warm start of the above. This is likely to be pretty time-consuming as the only way I know to reliably 'cold start' an application is to reboot ;) It would also require you to put in an "Application.Quit ()" inside tomboy so that as soon as everything loads, it exits, thus allowing you to easily measure the startup time.
"echo 3 >/proc/sys/vm/drop_caches" If your kernel is 2.6.16 or later this will toss the contents of the disk block cache, inode cache, and dentries cache. [Run "sync" first to minimize the number of dirty pages that cannot be dropped]. This is extremely useful for benchmarking. Witness [after stopping Tomboy, removing it from the panel] $ sync $ sleep 2 # Allow the sync to drain $ sudo /bin/sh -c "/bin/echo 3 >/proc/sys/vm/drop_caches" $ time tomboy --version Tomboy: A simple, easy to use desktop note-taking application. Copyright (C) 2004-2006 Alex Graveley <alex@beatniksoftware.com> Version 1.0.1 real 0m1.763s user 0m0.077s sys 0m0.027s # Run it again, this time with the buffers full... $ time tomboy --version Tomboy: A simple, easy to use desktop note-taking application. Copyright (C) 2004-2006 Alex Graveley <alex@beatniksoftware.com> Version 1.0.1 real 0m0.077s user 0m0.065s sys 0m0.010s # Flush & time, time goes back up... $ sudo /bin/sh -c "/bin/echo 3 >/proc/sys/vm/drop_caches" $ time tomboy --version Tomboy: A simple, easy to use desktop note-taking application. Copyright (C) 2004-2006 Alex Graveley <alex@beatniksoftware.com> Version 1.0.1 real 0m2.030s user 0m0.083s sys 0m0.024s # And again [buffers loaded] $ time tomboy --version Tomboy: A simple, easy to use desktop note-taking application. Copyright (C) 2004-2006 Alex Graveley <alex@beatniksoftware.com> Version 1.0.1 real 0m0.078s user 0m0.064s sys 0m0.012s This obviously doesn't benchmark 'real world' start-up times; but it can certainly help if you are benchmarking/debugging application start time performance. -- openSUSE w/GNOME <http://www.opensuse.org/en/> Linux for human beings who need to get work done. -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
On Mon, Mar 1, 2010 at 5:34 AM, Adam Tauno Williams <awilliam@opengroupware.us> wrote:
Witness [after stopping Tomboy, removing it from the panel]
$ sync $ sleep 2 # Allow the sync to drain $ sudo /bin/sh -c "/bin/echo 3 >/proc/sys/vm/drop_caches" $ time tomboy --version
Hey folks, upstream Tomboy maintainer here. Sorry for being late to the party. A few points: 1) Timing tomboy --version isn't very helpful, since the slowest parts of starting Tomboy are not even run then. 2) In Tomboy 1.1.1, startup performance has been improved and the icon appears in about 0.5 seconds on my system. Tomboy may do slightly more work after that time if it is going to show previously-open notes, or bring up the Search All Notes window. 3) I would be very interested in bootchart2 results or anything else that shows data related to Tomboy startup. There is always room for more improvement. GNOME 3 will change things, of course. One thing I'm hoping to do is to work on a spec (similar to Windows 7 Jumplists, which are in turn very similar to the Tomboy note menu) that will enable me to completely get rid of the Tomboy applet/trayicon, and have the menu available without Tomboy even having to be running. This would make the whole argument rather moot. :-) Please don't hesitate to contact me directly if there are any concerns that you think can be addressed by upstream fixes. I'm an openSUSE user, Novell employee, and GNOME developer, so chances are if you are worried about something (like startup time) I'd be impacted by it as well, and motivated to fix it. Of course, if it's a question of whether or not the feature is one we want to keep in openSUSE, that's a different story. But I vote for "keep it". ;-) Cheers, Sandy -- To unsubscribe, e-mail: opensuse-gnome+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-gnome+help@opensuse.org
participants (3)
-
Adam Tauno Williams -
Alan McGovern -
Sandy Armstrong