Memory Footprint Comparisons

Andreas Kupries: The following is a mail from Christian Wegehaupt, placed here with his permission. Right now I will just place it into the wiki, formatting and cleaning up the english and style will come later.

Hi Jeff!

There are lot of discussions within CLT on "enhancing" Tcl by Qt, OO-packages w/c++ etc. etc.

All the experts forget a MEMORY FOOTPRINT calculation.

Let's compare...

O.K., I know that the different packages might use different memory allocation strategies etc., but comparing the packages as shipped or compiled by default is, what's the enduser is seeing...

Test system: ATHLON 500, SuSE6.3, Linux_2.2.18, egcs-2.91.66, X -bpp 16

1. Everybody knows Tk's "floorplan" and the "top" command:

MY conclusions:

• "floorplan" can be taken as an GUI to a LOGISTIC- or FACTORY MANAGEMENT application...
• There's NO speed difference visible
• wish ALWAYS starts faster
• in case of memory shortness wish4.2 is sufficient: e.g. Realtime Linux on an 486 16Meg

2. Lets compare Mesa's "gears"

All programs are doing the same OpenGL-calls generating the "gears" while the user interface is different. For comparsion the screen-size is reduced to 300x300. (SDL = Simple DirectMedia Library)

MY conclusions:

• Mesa-3.4-SDL-1.1.7 is about 20% FASTER than Mesa-3.4-glut3.7 !
• A Tcl/qt-2.2.1 package would require MUCH more memory ignoring QT's problems with the color-managent on 256 color systems.
• Tcl/Tk8.4a2/frustum0.1-Mesa-3.4 as a "scripting language" offers MUCH MORE than the compiled "competitors"

3. Some other REAL LIFE applications

MY RESULTS:

• Speed is not all...
• Apart from differences in "features", Tcl/Tk seems to be always the "best choice".
• OO in combination with c++ is WASTING resources without any visible advantage...
• gracer0.1.5 and tkgate1.5p2 for me are CLASSICAL examples how efficient Tcl/Tk can be embedded into an application...
• Peter MacDonald's BrowseX demonstrates how efficient the EXISTING packages and apps can be combined to an valuable Browser. Works fine on my old 486-16Meg, while compiling qt-2.2.1 on my old 486-16Meg... it's a shame.
• We should provide available C-written Tk-extensions like Hipp's plot3d- and tkhtml-widget in a similar way like your great TkTable to SourceForge...
• We should continue optimising Tk's existing widgets...
• Where are comparable applications written in Perl or Python ???

Happy New Year!

Christian Wegehaupt

Other notes:

• Using C++ for what it's good at (efficient, memory-compact OO) and Tcl for what it's good at (high-level view of algorithms, powerful GUI primitives) can yield surprisingly compact results;
• From my informal tests, however, it is not possible to use the Tk APIs in a really efficient manner from C or C++; the Tk API is too limited for that;
• C++, used properly, does not waste any memory whatsoever; in fact, it allows very precise control of resources;
• Tcl/Tk is valuable as a script language, but it's even more so as a part of a hybrid application.

-- BGE