Memory leaks in managed languages

For comparison, Gnome's standard sticky notes applet starts at 14M of rss with 10M shared, for 4MB net consumption. After creating 10 notes, that increases to 17M rss and 11M shared, which represents 6MB net consumption. And even for the first note, the response is so close to instant that I could not time it even with a stopwatch. My eyes cannot even detect any delay. It does seem, currently, to lack search capability, which I can't imagine being a very expensive or difficult thing to implement. And it seems to me that would bring it to feature completeness for the vast majority of people.

Meanwhile, Tomboy has either a bug or a "feature" which causes it to suck up 32M for doing nothing. And another 7M per note for doing the one trivially simple thing that a sticky note program is supposed to do.

Furthermore, if it is a "feature". i.e. if it is just avoiding garbage collection for performance purposes, as you suggest... well, wasn't one of the central points of this article that Tomboy was annoyingly slow? And the whole idea of "performance optimization" for a trivial sticky note app is absolutely ludicrous in the first place.

If it's a memory leak, then after however many years Tomboy has been around, there is an unbelievably huge and gaping memory leak in the code path for the one very simple thing that a sticky note app is supposed to do: create sticky notes.

Tomboy may or may not be representative of Mono's power. But it sure as hell isn't looking like a very good demonstration of Mono's amazing coolness.