The last patch to RPM_CHECK_LIB is appropriate for "opt-out" builds (i.e.
--without-lmdb).
Leave "no" if willing to explicitly "opt-in" by passing --with-lmdb to
configure.
For a serious test in CI, arrange for the macro %_db_backend lmdb to be set by
default. Almost certainly you will also
NDB appears to not deal with database portability between LE and BE machines.
So I'll leave that patch for NDB to implement. The change from native -> big
endian is likely a noop anyways because NDB is based on hashed access of hdrNum
primary keys.
--
You are receiving this because you are
@Conan-Kudo pushed 1 commit.
b7c5b2a Add comment that lmdb is an option for %_db_backend
--
You are receiving this because you are subscribed to this thread.
View it on GitHub:
This PR implements an LMDB-based rpmdb for RPM.
Closes #281
Fixes #128
You can view, comment on, or merge this pull request online at:
https://github.com/rpm-software-management/rpm/pull/291
-- Commit Summary --
* Add acinclude.m4 with RPM_CHECK_LIB m4 macro
* Add LMDB backend to RPM
Google Translate works just fine: time to become pluralistic even if you can't
crack a joke in Russian.
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
@Conan-Kudo time to learn russian ;)
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/128#issuecomment-318854552___
Rpm-maint mailing list
@leo-yuriev Would you please translate the documentation into English? It's a
bit hard for me to understand it, as I don't know Russian. :)
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
@n3npq, be free to ask me for any related improvements in libmdbx.
Additionally, I am glad to boast about new major feature of libdmbx, which is
relevant to rpmdb:
- In comparison with LMDB, nowadays liblmdb provide automatic dynamic sizing
of database file, in both directions - growth and
The following callgraphs for BDB/LMDB/NDB all show a common hotspot retrieving
arrays of hdrNum's from indices.
The performance problem shows up worst on add/del operations, where a RMW loop
has to be performed to add/del a hdrNum item to an array. The array is then
sorted (and perhaps
@leo-yuriev: libmdbx looks very nice, but there are several issues that need to
be fixed in an rpmdb schema before attempting better back ends. See other
issues I have reported against RPM ...
--
You are receiving this because you commented.
Reply to this email directly or view it on GitHub:
Converting databases is painful, particularly if both forward/backward
conversions are desired.
BerkeleyDB has a set of utilities to do this conversion, LMDB uses an almost
identical set of utilities.
While rpmdb --importdb/--exportdb are a high performing KISS improvement on
the BDB-style
Changing nab_SetFsync() to do the obvious (but perhaps naive) passing:
```
static void ndb_SetFSync(rpmdb rdb, int enable)
{
struct ndbEnv_s *ndbenv = rdb->db_dbenv;
if (ndbenv->xdb)
rpmxdbSetFsync(ndbenv->xdb, enable);
if (ndbenv->pkgdb)
rpmpkgSetFsync(ndbenv->pkgdb,
No, there is other work which is not ready for merging, see
https://github.com/bitwiseworks/rpm/tree/master-os2-dev; but these patches are
addressing major OS/2 differences.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Question #5 in the Berkeley DB Access Method FAQ says this:
```
I'm using integers as keys for a Btree database, and even though the key/data
pairs are entered in sorted order, the page-fill factor is low.
This is usually the result of using integer keys on little-endian architectures
such as
ignatenkobrain commented on this pull request.
generally this looks good, is it everything what needs to be done to make RPM
to compile and work on OS/2?
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
ignatenkobrain commented on this pull request.
brp-remove-libtool-files feels useless because some packages might need it
(there are such packages in fedora), so asking packagers to remove libtool
files is my preference here
--
You are receiving this because you are subscribed to this
ignatenkobrain commented on this pull request.
brp-relink-symlinks seems too magic and I prefer users to explicitly do the
right thing.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
ignatenkobrain commented on this pull request.
brp-remove-info-dir looks useful, although I don't see why we need to be able
to turn it off
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
ignatenkobrain commented on this pull request.
brp-clean-files seems useless to me and might break something.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Closed #278.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/278#event-1184451466___
Rpm-maint mailing list
it seems to be just duplicate of #284
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/278#issuecomment-318813939___
Rpm-maint
Ah, I missed this comment in lmdb.h (and the order of mdb_txn_commit() and
mdb_cursor_close() are incorrectly reversed in lmdb_dbiCursorFree())
```
/** @brief Close a cursor handle.
*
* The cursor handle will be freed and must not be used again after
this call.
Closed #280 via 98efb7f6dc222ed175516298a34e807053d125f4.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
Merged #286.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/pull/286#event-1184445867___
Rpm-maint mailing list
After adding equivalent disabling of fsync and its ilk to mdb_env_open():
```
eflags |= MDB_FIXEDMAP;
#ifndef HACK
eflags |= MDB_WRITEMAP;
eflags |= MDB_NOMETASYNC;
eflags |= MDB_MAPASYNC;
eflags |= MDB_NOSYNC;
eflags |= MDB_NOTLS;
eflags |=
25 matches
Mail list logo
