summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorPanu Matilainen <pmatilai@redhat.com>2012-02-08 10:56:09 +0200
committerPanu Matilainen <pmatilai@redhat.com>2012-02-08 10:56:09 +0200
commitd8cd36058b528f56bd579204426143be1e1eac6d (patch)
tree606db21b3ab88d6f88b55296cd8f85599e6db0e0
parent93de6ca72c2622cce7aab305c55ffc0b358b709f (diff)
downloadlibrpm-tizen-d8cd36058b528f56bd579204426143be1e1eac6d.tar.gz
librpm-tizen-d8cd36058b528f56bd579204426143be1e1eac6d.tar.bz2
librpm-tizen-d8cd36058b528f56bd579204426143be1e1eac6d.zip
Switch back to former, much smaller BDB memory pool size (RhBug:752897)
- A larger cache is beneficial in various scenarios, but triggers horrible worst-case performance under memory pressure (or so my current theory goes, there might be other factors too). The worst-case degration is orders of magnitude bigger than the best-case improvements from the larger cache and for many use-cases doesn't make a whole lot difference. We could/should tune the cache with priorizing indexes and all, and perhaps dynamically select the cache size but for now, the 1Mb cache size is known to "just work".
-rw-r--r--macros.in2
1 files changed, 1 insertions, 1 deletions
diff --git a/macros.in b/macros.in
index f835fecae..6034721c6 100644
--- a/macros.in
+++ b/macros.in
@@ -535,7 +535,7 @@ print (t)\
#
# Misc BDB tuning options
-%__dbi_other mp_mmapsize=128Mb mp_size=64Mb
+%__dbi_other mp_mmapsize=128Mb mp_size=1Mb
%_dbi_config %{?__dbi_other}