xmlmem.html revision 3bf65bea7d5dba63099cf1cf8a01cfa29dcf1766
1<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/1999/REC-html401-19991224/loose.dtd"> 2<html> 3<head> 4<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type"> 5<style type="text/css"><!-- 6TD {font-size: 14pt; font-family: Verdana,Arial,Helvetica} 7BODY {font-size: 14pt; font-family: Verdana,Arial,Helvetica; margin-top: 2em; margin-left: 0em; margin-right: 0em} 8H1 {font-size: 20pt; font-family: Verdana,Arial,Helvetica} 9H2 {font-size: 18pt; font-family: Verdana,Arial,Helvetica} 10H3 {font-size: 16pt; font-family: Verdana,Arial,Helvetica} 11A:link, A:visited, A:active { text-decoration: underline } 12--></style> 13<title>Memory Management</title> 14</head> 15<body bgcolor="#8b7765" text="#000000" link="#000000" vlink="#000000"> 16<table border="0" width="100%" cellpadding="5" cellspacing="0" align="center"><tr> 17<td width="180"> 18<a href="http://www.gnome.org/"><img src="smallfootonly.gif" alt="Gnome Logo"></a><a href="http://www.w3.org/Status"><img src="w3c.png" alt="W3C Logo"></a><a href="http://www.redhat.com/"><img src="redhat.gif" alt="Red Hat Logo"></a> 19</td> 20<td><table border="0" width="90%" cellpadding="2" cellspacing="0" align="center" bgcolor="#000000"><tr><td><table width="100%" border="0" cellspacing="1" cellpadding="3" bgcolor="#fffacd"><tr><td align="center"> 21<h1>The XML C library for Gnome</h1> 22<h2>Memory Management</h2> 23</td></tr></table></td></tr></table></td> 24</tr></table> 25<table border="0" cellpadding="4" cellspacing="0" width="100%" align="center"><tr><td bgcolor="#8b7765"><table border="0" cellspacing="0" cellpadding="2" width="100%"><tr> 26<td valign="top" width="200" bgcolor="#8b7765"><table border="0" cellspacing="0" cellpadding="1" width="100%" bgcolor="#000000"><tr><td> 27<table width="100%" border="0" cellspacing="1" cellpadding="3"> 28<tr><td colspan="1" bgcolor="#eecfa1" align="center"><center><b>Main Menu</b></center></td></tr> 29<tr><td bgcolor="#fffacd"><ul> 30<li><a href="index.html">Home</a></li> 31<li><a href="intro.html">Introduction</a></li> 32<li><a href="FAQ.html">FAQ</a></li> 33<li><a href="docs.html">Documentation</a></li> 34<li><a href="bugs.html">Reporting bugs and getting help</a></li> 35<li><a href="help.html">How to help</a></li> 36<li><a href="downloads.html">Downloads</a></li> 37<li><a href="news.html">News</a></li> 38<li><a href="XMLinfo.html">XML</a></li> 39<li><a href="XSLT.html">XSLT</a></li> 40<li><a href="architecture.html">libxml architecture</a></li> 41<li><a href="tree.html">The tree output</a></li> 42<li><a href="interface.html">The SAX interface</a></li> 43<li><a href="xmldtd.html">Validation & DTDs</a></li> 44<li><a href="xmlmem.html">Memory Management</a></li> 45<li><a href="encoding.html">Encodings support</a></li> 46<li><a href="xmlio.html">I/O Interfaces</a></li> 47<li><a href="catalog.html">Catalog support</a></li> 48<li><a href="library.html">The parser interfaces</a></li> 49<li><a href="entities.html">Entities or no entities</a></li> 50<li><a href="namespaces.html">Namespaces</a></li> 51<li><a href="upgrade.html">Upgrading 1.x code</a></li> 52<li><a href="threads.html">Thread safety</a></li> 53<li><a href="DOM.html">DOM Principles</a></li> 54<li><a href="example.html">A real example</a></li> 55<li><a href="contribs.html">Contributions</a></li> 56<li> 57<a href="xml.html">flat page</a>, <a href="site.xsl">stylesheet</a> 58</li> 59</ul></td></tr> 60</table> 61<table width="100%" border="0" cellspacing="1" cellpadding="3"> 62<tr><td colspan="1" bgcolor="#eecfa1" align="center"><center><b>API Indexes</b></center></td></tr> 63<tr><td bgcolor="#fffacd"><ul> 64<li><a href="APIconstructors.html">Constructors</a></li> 65<li><a href="APIfunctions.html">Functions/Types</a></li> 66<li><a href="APIfiles.html">Modules</a></li> 67<li><a href="APIsymbols.html">Symbols</a></li> 68</ul></td></tr> 69</table> 70<table width="100%" border="0" cellspacing="1" cellpadding="3"> 71<tr><td colspan="1" bgcolor="#eecfa1" align="center"><center><b>Related links</b></center></td></tr> 72<tr><td bgcolor="#fffacd"><ul> 73<li><a href="http://mail.gnome.org/archives/xml/">Mail archive</a></li> 74<li><a href="http://xmlsoft.org/XSLT/">XSLT libxslt</a></li> 75<li><a href="http://phd.cs.unibo.it/gdome2/">DOM gdome2</a></li> 76<li><a href="ftp://xmlsoft.org/">FTP</a></li> 77<li><a href="http://www.fh-frankfurt.de/~igor/projects/libxml/">Windows binaries</a></li> 78<li><a href="http://garypennington.net/libxml2/">Solaris binaries</a></li> 79<li><a href="http://bugzilla.gnome.org/buglist.cgi?product=libxml">Bug Tracker</a></li> 80</ul></td></tr> 81</table> 82</td></tr></table></td> 83<td valign="top" bgcolor="#8b7765"><table border="0" cellspacing="0" cellpadding="1" width="100%"><tr><td><table border="0" cellspacing="0" cellpadding="1" width="100%" bgcolor="#000000"><tr><td><table border="0" cellpadding="3" cellspacing="1" width="100%"><tr><td bgcolor="#fffacd"> 84<p>Table of Content:</p> 85<ol> 86<li><a href="#General3">General overview</a></li> 87<li><a href="#setting">Setting libxml set of memory routines</a></li> 88<li><a href="#cleanup">Cleaning up after parsing</a></li> 89<li><a href="#Debugging">Debugging routines</a></li> 90<li><a href="#General4">General memory requirements</a></li> 91</ol> 92<h3><a name="General3">General overview</a></h3> 93<p>The module <code><a href="http://xmlsoft.org/html/libxml-xmlmemory.html">xmlmemory.h</a></code> 94provides the interfaces to the libxml memory system:</p> 95<ul> 96<li>libxml does not use the libc memory allocator directly but xmlFree(), 97 xmlMalloc() and xmlRealloc()</li> 98<li>those routines can be reallocated to a specific set of routine, by 99 default the libc ones i.e. free(), malloc() and realloc()</li> 100<li>the xmlmemory.c module includes a set of debugging routine</li> 101</ul> 102<h3><a name="setting">Setting libxml set of memory routines</a></h3> 103<p>It is sometimes useful to not use the default memory allocator, either for 104debugging, analysis or to implement a specific behaviour on memory management 105(like on embedded systems). Two function calls are available to do so:</p> 106<ul> 107<li> 108<a href="http://xmlsoft.org/html/libxml-xmlmemory.html">xmlMemGet ()</a> 109 which return the current set of functions in use by the parser</li> 110<li> 111<a href="http://xmlsoft.org/html/libxml-xmlmemory.html">xmlMemSetup()</a> 112 which allow to set up a new set of memory allocation functions</li> 113</ul> 114<p>Of course a call to xmlMemSetup() should probably be done before calling 115any other libxml routines (unless you are sure your allocations routines are 116compatibles).</p> 117<h3><a name="cleanup">Cleaning up after parsing</a></h3> 118<p>Libxml is not stateless, there is a few set of memory structures needing 119allocation before the parser is fully functionnal (some encoding structures 120for example). This also mean that once parsing is finished there is a tiny 121amount of memory (a few hundred bytes) which can be recollected if you don't 122reuse the parser immediately:</p> 123<ul> 124<li> 125<a href="http://xmlsoft.org/html/libxml-parser.html">xmlCleanupParser 126 ()</a> 127 is a centralized routine to free the parsing states. Note that it won't 128 deallocate any produced tree if any (use the xmlFreeDoc() and related 129 routines for this).</li> 130<li> 131<a href="http://xmlsoft.org/html/libxml-parser.html">xmlInitParser 132 ()</a> 133 is the dual routine allowing to preallocate the parsing state which can 134 be useful for example to avoid initialization reentrancy problems when 135 using libxml in multithreaded applications</li> 136</ul> 137<p>Generally xmlCleanupParser() is safe, if needed the state will be rebuild 138at the next invocation of parser routines, but be careful of the consequences 139in multithreaded applications.</p> 140<h3><a name="Debugging">Debugging routines</a></h3> 141<p>When configured using --with-mem-debug flag (off by default), libxml uses 142a set of memory allocation debugging routineskeeping track of all allocated 143blocks and the location in the code where the routine was called. A couple of 144other debugging routines allow to dump the memory allocated infos to a file 145or call a specific routine when a given block number is allocated:</p> 146<ul> 147<li> 148<a href="http://xmlsoft.org/html/libxml-xmlmemory.html">xmlMallocLoc()</a><a href="http://xmlsoft.org/html/libxml-xmlmemory.html">xmlReallocLoc()</a> 149 and <a href="http://xmlsoft.org/html/libxml-xmlmemory.html">xmlMemStrdupLoc()</a> 150 are the memory debugging replacement allocation routines</li> 151<li> 152<a href="http://xmlsoft.org/html/libxml-xmlmemory.html">xmlMemoryDump 153 ()</a> 154 dumps all the informations about the allocated memory block lefts in the 155 <code>.memdump</code> file</li> 156</ul> 157<p>When developping libxml memory debug is enabled, the tests programs call 158xmlMemoryDump () and the "make test" regression tests will check for any 159memory leak during the full regression test sequence, this helps a lot 160ensuring that libxml does not leak memory and bullet proof memory 161allocations use (some libc implementations are known to be far too permissive 162resulting in major portability problems!).</p> 163<p>If the .memdump reports a leak, it displays the allocation function and 164also tries to give some informations about the content and structure of the 165allocated blocks left. This is sufficient in most cases to find the culprit, 166but not always. Assuming the allocation problem is reproductible, it is 167possible to find more easilly:</p> 168<ol> 169<li>write down the block number xxxx not allocated</li> 170<li>export the environement variable XML_MEM_BREAKPOINT=xxxx</li> 171<li>run the program under a debugger and set a breakpoint on 172 xmlMallocBreakpoint() a specific function called when this precise block 173 is allocated</li> 174<li>when the breakpoint is reached you can then do a fine analysis of the 175 allocation an step to see the condition resulting in the missing 176 deallocation.</li> 177</ol> 178<p>I used to use a commercial tool to debug libxml memory problems but after 179noticing that it was not detecting memory leaks that simple mechanism was 180used and proved extremely efficient until now.</p> 181<h3><a name="General4">General memory requirements</a></h3> 182<p>How much libxml memory require ? It's hard to tell in average it depends 183of a number of things:</p> 184<ul> 185<li>the parser itself should work in a fixed amout of memory, except for 186 information maintained about the stacks of names and entities locations. 187 The I/O and encoding handlers will probably account for a few KBytes. 188 This is true for both the XML and HTML parser (though the HTML parser 189 need more state).</li> 190<li>If you are generating the DOM tree then memory requirements will grow 191 nearly lineary with the size of the data. In general for a balanced 192 textual document the internal memory requirement is about 4 times the 193 size of the UTF8 serialization of this document (exmple the XML-1.0 194 recommendation is a bit more of 150KBytes and takes 650KBytes of main 195 memory when parsed). Validation will add a amount of memory required for 196 maintaining the external Dtd state which should be linear with the 197 complexity of the content model defined by the Dtd</li> 198<li>If you don't care about the advanced features of libxml like 199 validation, DOM, XPath or XPointer, but really need to work fixed memory 200 requirements, then the SAX interface should be used.</li> 201</ul> 202<p> 203<p><a href="mailto:daniel@veillard.com">Daniel Veillard</a></p> 204</td></tr></table></td></tr></table></td></tr></table></td> 205</tr></table></td></tr></table> 206</body> 207</html> 208