<div dir="auto"><div><div class="gmail_quote"><div dir="ltr">Simon Kissel <<a href="mailto:simon.kissel@nerdherrschaft.com">simon.kissel@nerdherrschaft.com</a>> schrieb am So., 28. Okt. 2018, 12:46:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Florian,<br>
<br>
> But there is another pretty simple optimization opportunity in this<br>
> area: make the FPC heap manager capable of using<br>
> os-based memory reallocation. Kernel-based memory reallocation of<br>
> large blocks has the big advantage that the OS can<br>
> move the memory contents only by re-mapping memory pages.<br>
<br>
I fully agree that the memory manager for obvious reasons is<br>
an important subject, especially for heavily multithreaded code,<br>
and even more for any string stuff in such code. I haven't<br>
informed myself enough to judge how well the FPC memory manager<br>
behaves in this regard, and if it might make sense to try<br>
to use an alternative memory manager with FPC for Linux.<br>
<br>
However, being aware of that, we are avoiding reallocations<br>
wherever we can and instantiate pretty much every thing using<br>
own memory caches.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">I think Florian was talking about the memory management inside the compiler 🤔</div><div dir="auto"><br></div><div dir="auto">Regards, </div><div dir="auto">Sven </div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>