Hi jan
will you contact to add Pharo to the list of languages because this is
good for us to be in this list.
Stef
Le 5/11/16 à 13:55, Jan van de Sandt a écrit :
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 <[email protected]
<mailto:[email protected]>> 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
<[email protected] <mailto:[email protected]>> 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
<http://smalltalkhub.com/#%21/%7EJanVanDeSandt/LightningMDB>
[2]
https://symas.com/products/lightning-memory-mapped-database/
<https://symas.com/products/lightning-memory-mapped-database/>
On Fri, Oct 28, 2016 at 11:56 AM, Esteban Lorenzano
<[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>>
wrote:
VM here:
http://bintray.com/estebanlm/pharo-vm/build#files/
<http://bintray.com/estebanlm/pharo-vm/build#files/>
<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>
<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
<[email protected]
<mailto:[email protected]>
<mailto:[email protected]
<mailto:[email protected]>>> wrote:
Hi all,
anybody knows how to get (and test) the 64bits
version of the
Pharo vm and image?
Thanks,
Thierry
