summaryrefslogtreecommitdiffstats
path: root/meta/recipes-kernel/linux-firmware
diff options
context:
space:
mode:
authorRichard Purdie <richard.purdie@linuxfoundation.org>2020-02-17 16:18:25 +0000
committerRichard Purdie <richard.purdie@linuxfoundation.org>2020-02-18 13:59:06 +0000
commitc204cc47d0a319d0435c4a9ba06e241c2e75ff1e (patch)
tree335e80d6b956e0327156aa8eed3811498b735c07 /meta/recipes-kernel/linux-firmware
parentfe857e4179355bcfb79303c16baf3ad87fca59a4 (diff)
downloadpoky-c204cc47d0a319d0435c4a9ba06e241c2e75ff1e.tar.gz
bitbake: cooker/siggen: Empty siggen cache during parsing
When parsing recipes its apparent the memory usage of bitbake rises linearly with number of recipes parsed. It shouldn't. Using tracemalloc (thanks for the tip Joshua Lock) it was clear that the dependency information left behind in siggen was the culprit. Add a new method to allow us to drop this information. We don't need it after the recipe has been parsed and hashes calculated (at runtime its different but only the currently executing task would be in memory). This should give signficant memory usage improvements for bitbake and that in turn should help speed on more constrained systems, as well as when used in multiconfig environments. (Bitbake rev: ef29309d0b512b64d024e383e7baff22c727711c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-kernel/linux-firmware')
0 files changed, 0 insertions, 0 deletions