<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.E-MailFormatvorlage17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 2.0cm 70.85pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="DE" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span lang="EN-US">Hi,<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">We use revision 1.10.0.<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">We use cairo in order to draw windows in a realtime operating system. During operation windows including text are opened and closed. Looking at the heap I can see, that the largest free block decreases until the heap
manager requests memory from the memory manager. After a time the memory in the memory manager is 0 and with the next request of a big memory block (opening a new window, allocating the memory for the surface) we are running out of memory. The total available
memory does nearly not decrease in this process, we can get memory in small blocks, but there is no big block available. We tried to find out what happens. We logged all heap operations and found out, that cairo allocates memory to add glyphs to the glyph
cache. The glyph cache belongs to the font, not to the window, so if the window is closed (and the memory is freed), this small piece of memory stays allocated ‘in the middle of the heap’. We reduced the define MAX_GLYPH_PAGES_CACHED from 255 to 4, and it
took much longer to run out of memory. <br>
Can we disable the glyph cache or are there other solutions (update to 1.12.xx?)? Is there a possibility to use static allocated memory for glyph cache?<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Regards<o:p></o:p></span></p>
<p class="MsoNormal"><span lang="EN-US">Bernhard<o:p></o:p></span></p>
</div>
<br>
_____________________________________________________________________
<p><font size="2" face="Arial"><b>Bernhard Kaiser</b> <br>
Research & Development</p>
<p>Wipotec GmbH<br>
Adam-Hoffmann-Str. 26 <br>
67657 Kaiserslautern </p>
<p>T +49.631.34146-0 <br>
F +49.631.34146-8640 <br>
<a href="http://www.wipotec.com">http://www.wipotec.com</a> </font></p>
<p><br>
<br>
<font size="4" face="Arial"><a href="http://www.wipotec.com/german/Veranstaltungen/Unternehmen/events"><img src="http://www.wipotec.com/images/stories/pictures/Signatur_W.gif"></a></font><br>
</p>
<p><font size="1" face="Arial">Legal information:<br>
Wipotec Wiege- und Positioniersysteme GmbH<br>
HRB 2317 Kaiserslautern, Management: T. Düppre, U. Wagner </p>
This e-mail may contain confidential and/or privileged information.<br>
If you are not the intended recipient (or have received this e-mail in error)<br>
please notify the sender immediately and delete this e-mail. Any unauthorized<br>
copying, disclosure or distribution of the material in this e-mail is strictly<br>
forbidden. </font><br>
</body>
</html>