Thanks for your comments. 

Sent from my iPhone

On 04/05/2013, at 03.55, "Howard Chu" <[email protected]> wrote:

>>> Date: Fri, 3 May 2013 14:43:33 EDT
>>> From: Kresten Krab Thorup krab at trifork.com
>>> To: Brian Hong <[email protected]>
> 
>> I tried lmdb in an iOS project recently and while it is indeed fast i also
> did run into several issues. I needed something seriously faster than SQLite
> and after some experimentation ended up embedding leveldb in stead.
>> 
>> 1. When storing objects larger than the page size (default is 4k) then
>> those
> pages are not taken from the free list (since they need to be consecutive) but
> always adds to the file size. This means you can easily run out of space.
> 
> That restriction was removed a few months ago. (December 2012)
> 
>> 2. The fact that it can only have one write transaction open means that
>> you
> have to be very careful in not causing serious lock congestion.
> 
>> So in my experience it only makes sense to use in a read-heavy application 
>> with mostly small values.
> 
> Yes, LMDB is designed for read-heavy applications.
> 
> -- 
>   -- Howard Chu
>   CTO, Symas Corp.           http://www.symas.com
>   Director, Highland Sun     http://highlandsun.com/hyc/
>   Chief Architect, OpenLDAP  http://www.openldap.org/project/
> 
> _______________________________________________
> riak-users mailing list
> [email protected]
> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com

_______________________________________________
riak-users mailing list
[email protected]
http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com

Reply via email to