summary refs log tree commit diff stats
diff options
context:
space:
mode:
authorAndreas Rumpf <rumpf_a@web.de>2014-02-01 15:55:55 -0800
committerAndreas Rumpf <rumpf_a@web.de>2014-02-01 15:55:55 -0800
commitfccb0170d4a015b1d7f38873ccdf77e2cf146b4f (patch)
tree667132d97f6bc9ded175f4911ddf82769e71b8b1
parentefcbaa965e84588c8ff9ed5a62b79820dd5ea5ca (diff)
parent7956737ef1f4819190dc86e0c7b9434ba58a9390 (diff)
downloadNim-fccb0170d4a015b1d7f38873ccdf77e2cf146b4f.tar.gz
Merge pull request #843 from gradha/pr_gc_docs
Adds note about manual memory handling to GC doc.
-rw-r--r--doc/gc.txt17
1 files changed, 17 insertions, 0 deletions
diff --git a/doc/gc.txt b/doc/gc.txt
index 13498afaa..18fb03b6d 100644
--- a/doc/gc.txt
+++ b/doc/gc.txt
@@ -107,3 +107,20 @@ that up to 100 objects are traversed and freed before it checks again. Thus
 ``workPackage`` affects the timing granularity and may need to be tweaked in
 highly specialized environments or for older hardware.
 
+
+Keeping track of memory
+-----------------------
+
+If you need to pass around memory allocated by Nimrod to C, you can use the
+procs ``GC_ref`` and ``GC_unref`` to mark objects as referenced to avoid them
+being freed by the GC. Other useful procs from `system <system.html>`_ you can
+use to keep track of memory are:
+
+* getTotalMem(): returns the amount of total memory managed by the GC.
+* getOccupiedMem(): bytes reserved by the GC and used by objects.
+* getFreeMem(): bytes reserved by the GC and not in use.
+
+In addition to ``GC_ref`` and ``GC_unref`` you can avoid the GC by manually
+allocating memory with procs like ``alloc``, ``allocShared``, or
+``allocCStringArray``. The GC won't try to free them, you need to call their
+respective *dealloc* pairs when you are done with them or they will leak.