Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

Categories

Welcome to the new platform of Programmer's Heaven! We apologize for the inconvenience caused, if you visited us from a broken link of the previous version. The main reason to move to a new platform is to provide more effective and collaborative experience to you all. Please feel free to experience the new platform and use its exciting features. Contact us for any issue that you need to get clarified. We are more than happy to help you.

Memory matters

DimDrDimDr Posts: 2Member
Hi all,

I have a question...

Why is it good to sucrifice some runtime memory to get a smaller static footprint (size of binaries) ?

Comments

  • AsmGuru62AsmGuru62 Posts: 6,519Member
    [color=Blue]Small binaries are good for internet - the web pages are loaded faster, because a smaller component (which usually is downloaded by browser) will take a smaller time to get loaded.

    However, I do not see a connection between more memory and small size. You assume that a small size binary will take more memory to execute. That is determined by code in that binary, so it is not always true. Can you give an example of such sacrifice?[/color]
  • daisyshuttledaisyshuttle Posts: 6Member
    Memory footprint includes all sorts of active memory regions like code, static data sections (both initialized and uninitialized), heap, as well as all the stacks, plus memory required to hold any additional data structures, such as symbol tables, constant tables, debugging structures, open files, etc, that the program ever needs while executing and will be loaded at least once during the entire run.
  • schwaberryschwaberry Posts: 15Member
    It seems that it can improve your browsing speed. Of course, you can save a lot of time from that.
Sign In or Register to comment.