summaryrefslogtreecommitdiffstats
path: root/meta/recipes-core/dropbear
diff options
context:
space:
mode:
authorPeter Kjellerstedt <peter.kjellerstedt@axis.com>2018-05-31 09:42:28 +0200
committerRichard Purdie <richard.purdie@linuxfoundation.org>2018-06-04 15:14:43 +0100
commit7feed9ccfc4e656c6264f07e13d7e9ef69bdfb06 (patch)
treecad356849aae2806b5a3c6a9c9dd18ed0e668c9b /meta/recipes-core/dropbear
parent78c4eb6ea4230a4f9199aa3fa7b84d2aea465b95 (diff)
downloadopenembedded-core-contrib-7feed9ccfc4e656c6264f07e13d7e9ef69bdfb06.tar.gz
openembedded-core-contrib-7feed9ccfc4e656c6264f07e13d7e9ef69bdfb06.tar.bz2
openembedded-core-contrib-7feed9ccfc4e656c6264f07e13d7e9ef69bdfb06.zip
rpm: Restore performance in Docker containers
If the maximum number of open file descriptors is much greater than the usual 1024 (for example inside a Docker container), the performance drops significantly. This was reported upstream in: https://bugzilla.redhat.com/show_bug.cgi?id=1537564 which resulted in: https://github.com/rpm-software-management/rpm/pull/444 The pull request above has now been integrated and this commit contains a backport of its three patches, which together change the behavior of rpm so that its performance is now independent of the maximum number of open file descriptors. Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-core/dropbear')
0 files changed, 0 insertions, 0 deletions