[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ReactOS: stack vs heap
From: |
Alexei Podtelezhnikov |
Subject: |
Re: ReactOS: stack vs heap |
Date: |
Fri, 1 Sep 2023 17:30:58 -0400 |
>
> Wanted to point out that compiling with gcc and adding "-stack-usage=2000" to
> get reports about stacks larger than 2000 bytes is probably the easiest way
> to track down large stacks at the moment. Note that
> af_cjk_metrics_init_widths (44480 bytes) and af_latin_metrics_init_widths
> (52992 bytes) are by far the largest. cf2_interpT2CharString (27520 bytes) is
> also surprisingly large. There are a few others like the rasterizer stacks
> that are between 10-20kb which one may also want to look into, but these have
> been less problematic on my experience (though that may have been due to the
> even larger stacks being allocated first). Just wanted to point out how to
> measure and that the rasterizer might not be the first place to look.
That is surprisingly large. Someone should examine how much of it is
actually used. The rendering pool of "visited cells" (pixels) is
rather predictable for a given outline. That is why it is easy for me.
- Re: ReactOS: stack vs heap, Werner LEMBERG, 2023/09/01
- Re: ReactOS: stack vs heap, Alexei Podtelezhnikov, 2023/09/01
- Re: ReactOS: stack vs heap, Werner LEMBERG, 2023/09/01
- Re: ReactOS: stack vs heap, Ben Wagner, 2023/09/01
- Re: ReactOS: stack vs heap,
Alexei Podtelezhnikov <=
- Re: ReactOS: stack vs heap, Behdad Esfahbod, 2023/09/04
- Re: ReactOS: stack vs heap, Behdad Esfahbod, 2023/09/04
- Re: ReactOS: stack vs heap, Behdad Esfahbod, 2023/09/04
- Re: ReactOS: stack vs heap, Behdad Esfahbod, 2023/09/04
- Re: ReactOS: stack vs heap, Werner LEMBERG, 2023/09/04
- Re: ReactOS: stack vs heap, Behdad Esfahbod, 2023/09/05
- Re: ReactOS: stack vs heap, Werner LEMBERG, 2023/09/05