[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: LMDB file size, again
- To: Christian Sell <christian@gsvitec.com>, "OpenLDAP, Technical" <openldap-technical@openldap.org>
- Subject: Re: LMDB file size, again
- From: Howard Chu <hyc@symas.com>
- Date: Wed, 11 Nov 2015 21:51:41 +0000
- In-reply-to: <58074298.1083910.1447266044431.JavaMail.open-xchange@omgreatgod.store>
- References: <58074298.1083910.1447266044431.JavaMail.open-xchange@omgreatgod.store>
- User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:41.0) Gecko/20100101 Firefox/41.0 SeaMonkey/2.38a1
Christian Sell wrote:
Hello,
following up to my previous question regarding file size, I would like to ask
about the recommended approach:
You're being stupid.
The documentation already clearly states:
http://symas.com/mdb/doc/group__mdb.html#gaa2506ec8dab3d969b0e609cd82e619e5
The size of the memory map is also the maximum size of the database.
The value should be chosen as large as possible, to accommodate future
growth of the database.
1. set a low file size initially, watch for MDB_MAP_FULL return codes and
increase the file/map size stepwise as needed
No. That would be stupid.
2. choose a large file size and reduce the size by doing a mdb_copy when the
application shuts down
No. That would be stupid.
or maybe a combination of the two? How does SQLightning handle this (2.
doesn't sound practical)?
--
-- Howard Chu
CTO, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/