Hi Sven, LMDB is a lean, mean and very fast storage engine. One limitation is that you need a 64bit proces before you can store more than 2GB of data. That was a downside for me until very recently :-)
LMDB is a low level key-value storage engine that runs on a single host. But if that is what you are looking for it seems pretty good. I haven't used it in any production systems yet. But it is used as a storage engine in quite a few open source projects. For example OpenLDAP. Jan. On Sat, Nov 5, 2016 at 1:43 PM, Jan van de Sandt <jvdsa...@gmail.com> wrote: > Hi, > > The only thing I had to do was to regenerate the accessors of the > structure classes MDBValue and MDBStat. The offsets for the fields are > different on 32 versus 64 bit systems. Perhaps we can think of a way to > generate the field accessors of structure classes such that they work in > both environments. > > For now just you can just use #rebuildFieldAccessors > > Jan. > > On Sat, Nov 5, 2016 at 12:27 PM, Thierry Goubier < > thierry.goub...@gmail.com> wrote: > >> Le 05/11/2016 à 12:12, Jan van de Sandt a écrit : >> >>> Hi, >>> >>> With the latest 64bits VM (201611042126) and image (60282) UFFI is also >>> looking good. I'm testing a small library of mine [1] to interface with >>> LMDB [1], a memory mapped key-value database. Almost all tests are >>> green. This is great progress! >>> >> >> Hi Jan, >> >> did you have to change your UFFI definitions to match the 64bits version >> of your lib? >> >> Thierry >> >> I only ran into one issue, a PrimitiveFailed error with >>> #basicIdentityHash in the SmallFloat64 class. >>> >>> Cheers, >>> Jan. >>> >>> [1] http://smalltalkhub.com/#!/~JanVanDeSandt/LightningMDB >>> [2] https://symas.com/products/lightning-memory-mapped-database/ >>> >>> >>> On Fri, Oct 28, 2016 at 11:56 AM, Esteban Lorenzano <esteba...@gmail.com >>> <mailto:esteba...@gmail.com>> wrote: >>> >>> VM here: http://bintray.com/estebanlm/pharo-vm/build#files/ >>> <http://bintray.com/estebanlm/pharo-vm/build#files/> >>> Image here: http://files.pharo.org/get-files/60/pharo-64.zip >>> <http://files.pharo.org/get-files/60/pharo-64.zip> >>> >>> this is still not official (that’s why is not in official place) so >>> there are a couple of known problems: >>> >>> - version format is different, and that breaks some things in image >>> that depends on it to know what happens >>> - command line is different and probably you’ll need to play a bit >>> with options (one or two dashes). >>> - UFFI has some failing tests (but most of it works). >>> >>> I would appreciate some help to report and/or fix the emerging >>> problems. >>> >>> cheers, >>> Esteban >>> >>> On 28 Oct 2016, at 10:39, Thierry Goubier >>>> <thierry.goub...@gmail.com <mailto:thierry.goub...@gmail.com>> >>>> wrote: >>>> >>>> Hi all, >>>> >>>> anybody knows how to get (and test) the 64bits version of the >>>> Pharo vm and image? >>>> >>>> Thanks, >>>> >>>> Thierry >>>> >>> >>> >>> >> >> >
