Memory footprint

Memory footprint refers to the amount of main memory that a program uses or references while running.[1]

The word footprint generally refers to the extent of physical dimensions that an object occupies, giving a sense of its size. In computing, the memory footprint of an executable program indicates its runtime memory requirements, while the program executes. This includes all sorts of active memory regions like code segment containing (mostly) program instructions (and occasionally constants), data segment (both initialized and uninitialized),[1] heap memory, call stack, plus memory required to hold any additional data structures, such as symbol tables, debugging data structures, open files, shared libraries mapped to the current process, etc., that the program ever needs while executing and will be loaded at least once during the entire run.[2]

Larger programs have larger memory footprints. Excessive number of utility classes and methods in a programming language design would increase the footprint for API users even if they did not use non-standard plug-ins or applications. Programs themselves often do not contribute the largest portions to their own memory footprints; rather, structures introduced by the run-time environment take up most of the memory. For example, a C++ compiler inserts vtables, type info objects and many temporary and anonymous objects that are active during a program's execution. In a Java program, the memory footprint is predominantly made up of the runtime environment in the form of Java Virtual Machine (JVM) itself that is loaded indirectly when a Java application launches.

Usage trend

During the 1990s, computer memory became cheaper and programs with larger memory footprints became commonplace. This trend has been mostly due to the widespread use of computer software, from large enterprise-wide applications that consume vast amounts of memory (such as databases), to memory intensive multimedia authoring and editing software. To tackle the ever increasing memory needs, virtual memory systems were introduced that divide the available memory into equally sized portions and loads them from "pages" stored on the hard-disk on an as-and-when required basis.

This approach to support programs with huge-memory-footprints has been quite successful. Most modern operating systems including Microsoft Windows, Apple's Mac OS X, and all versions of Linux and Unix provide virtual memory systems.

In embedded systems

Further information: Embedded system

With the proliferation of smart devices or embedded systems, low-memory-footprint programs have regained importance once more. Low-memory-footprint programs are of paramount to running applications on embedded platforms where memory is often constrained to within a few MBs[1] – so much so that developers typically sacrifice efficiency (processing speeds) just to make program footprints small enough to fit into the available RAM. For example, Sun Microsystems has now brought out a version of its Java Virtual Machine (JVM) for these devices; it goes by the name of KVM. The KVM works on platforms where memory is in kilobytes as opposed to the megabytes (or even gigabytes) of memory available on even a regular home PC.

See also

References

  1. 1 2 3 "Definition of: memory footprint". PC Mag. Retrieved 1 August 2012.
  2. "Reduce your Linux memory footprint". IBM developerWorks. Retrieved 1 August 2012.
This article is issued from Wikipedia - version of the 3/18/2015. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.