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 <jvdsandt@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.goubier@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 <estebanlm@gmail.com
<mailto:estebanlm@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.goubier@gmail.com <mailto:thierry.goubier@gmail.com>> wrote:

�� Hi all,

�� anybody knows how to get (and test) the 64bits version of the
�� Pharo vm and image?

�� Thanks,

�� Thierry