[Lazarus] startlazarus and memory consumption

Henry Vermaak henry.vermaak at gmail.com
Wed Jul 15 13:02:26 CEST 2009

2009/7/15 waldo kitty <wkitty42 at windstream.net>:
> ya know... i guess being so much old school as i am but i still fail to
> really understand why a "splash screen" is really necessary for much of
> anything... especially if it causes the app to consume a lot more memory
> than truly necessary...
> then again, i look back over the recent posts and i see comments like "10ths
> of seconds compared to megs of RAM usage" and i stop and really wonder where
> has all the reality gone... that meaning who quibbles over a few Meg of RAM
> when surely less than 1 Meg is really necessary... :?
> and then i stop and look at the mess that GUI apps have to deal with and how
> much memory they consume just to be able to draw one tiny "hello world" box
> on any OS screen with a stupidly simple "close" button... but i still wonder
> where everyone went and why they all decided to stop efficient and "bikini"
> (meaning short and to the point) coding and instead have fallen on the
> wayside with all the others and are now coding simple apps that somehow turn
> out to be way over bloated for one reason or another :? :(
> signed, too old school to understand and keep up with the new way of life :?
> :(

Get real, please.  In order to wrap the underlying complexity of
widgetset apis into a nice object oriented interface that you can use
to make your nice gui interfaces in a sane, readable,  maintainable
fashion, some price will have to be paid.  In order to do this in a
platform independent way is even harder, and will incur even further

Nothing stops you from writing your app in bare widgetset calls, but
then you lose some/all of the above-mentioned advantages you have with
lazarus.  Ram and disk space is cheap, and lazarus uses less memory
than delphi 7 (don't even mention the later offerings).

Also read the "size matters" document on the wiki, before you complain
about that.


More information about the Lazarus mailing list