summaryrefslogtreecommitdiff
path: root/macros.in
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 /macros.in
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".
Diffstat (limited to 'macros.in')
-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}