diff --git a/src/doc/file-format.md b/src/doc/file-format.md
index cd2e7b85e..3447532d9 100644
--- a/src/doc/file-format.md
+++ b/src/doc/file-format.md
@@ -96,7 +96,7 @@ About `stacks` section
The `stack` entry contain all the statistics attached to each call stacks.
It is build linking a call stack (with functions pointers) to the stat object.
-For dyanmic libraries (`.so` files) this is the absolute address at runtime
+For dynamic libraries (`.so` files) this is the absolute address at runtime
which if you want to address in the library itself removing the shift
should be recomputed but this is not required as the `sites` section already
has all the conversion to code locations. Consider the address more like a
diff --git a/src/lib/core/SegmentTracker.cpp b/src/lib/core/SegmentTracker.cpp
index 16c80cafe..5d37edd8a 100644
--- a/src/lib/core/SegmentTracker.cpp
+++ b/src/lib/core/SegmentTracker.cpp
@@ -156,7 +156,7 @@ LeakInfo::LeakInfo(void)
/******************* FUNCTION *********************/
/**
- * Conver a leak info object to json.
+ * Convert a leak info object to json.
* @param json The json state object to make the conversion.
* @param it Reference to the object to convert.
**/
diff --git a/src/lib/wrapper/AllocWrapper.cpp b/src/lib/wrapper/AllocWrapper.cpp
index bad12248a..3499752c6 100644
--- a/src/lib/wrapper/AllocWrapper.cpp
+++ b/src/lib/wrapper/AllocWrapper.cpp
@@ -20,7 +20,7 @@
#include It opens a webserver on port 8080 by default so you can open it with your browser by going to http://localhost:8080.
-If you run it remotly, you might need to forward the port through SSH by using command : Use of the GUI
malt-webview -i malt-my_program-12589.json [-p PORT]
ssh user@foo -L8080:localhost:8080@@ -51,7 +51,7 @@
This is the memory the memory allocator (malloc
) has requested to the system. Here, we remind that memory management is done at page (4K segments) granularity
-by the OS. When you request an allocation of 16 bytes, the allocator must request a least 4Kb to the OS through the mmap
system call.
+by the OS. When you request an allocation of 16 bytes, the allocator must request a least 4Kb to the OS through the mmap
system call.
We can illustrate with the given code :
@@ -65,15 +65,15 @@-Virtual memory
free(a); //Total virtual = 0
There is no guaranty that the allocator return the virtual memory immediatly, it might keep it for latter use. In practive it appens only for small segments (upper magnitude is roughtly 128 Kb). +
There is no guaranty that the allocator return the virtual memory immediately, it might keep it for latter use. In practice it happens only for small segments (upper magnitude is roughly 128 Kb). The virtual memory also contain all the libraries and executable code so can contain much more than the requested memory.
-Caution, in practive the virtual take in account the memory space consummed by the binaries (lib and executable) of your program. MALT remove its own memory usage from this metric.
+Caution, in practice the virtual take in account the memory space consumed by the binaries (lib and executable) of your program. MALT removes its own memory usage from this metric.
By default the operating system only allocate Virtual Memory by keeping track of the authorized memory addressed. He didn't associate any physical -pages to those virtual segments. The first access on a virtual page generate a "page fault" to notify the OS. On page fault, the OS searh and +pages to those virtual segments. The first access on a virtual page generates a "page fault" to notify the OS. On page fault, the OS search and map a physical page to the virtual one. The virtual memory give the memory requested by the user and the physical give the memory used by the user. Gaps between those two metrics point too large allocation compared to the memory usage.
@@ -85,7 +85,7 @@Caution, in practive the physical memory as for the virtual take in account the memory space consummed by the binaries (lib and executable) of your program. MALT remove its own memory usage from this metric.
+Caution, in practice the physical memory, like the virtual memory, takes into account the memory space consumed by the binaries (lib and executable) of your program. MALT removes its own memory usage from this metric.
MALT provide two kinds of memory peaks :
Chunk lifetime corresponds to the time between malloc
and free
. Ideally, it needs to be as long as possible, as short lifetime linked to lot of allocation can lead to performance issues.
Allocation rate are related to number of allocation in a short period. It can pinpoint performance overhead due to operating system memory management functions.
+ +For each counter, MALT tracks two sub-metric:
+ +malloc
(realloc
, free
, ...) has been seen under this function (by looking in all call stacks and accounting if called in child functions). This is also called total
in code. malloc
(realloc
, free
, ...) has been called in this function. This is also called own
in code. Exclusive |
---|