On Tue, Jun 7, 2011 at 11:39 PM, Aaron Blohowiak
wrote:
> as far as i can tell, bitcask c_src is using the murmurhash2 algo, which has
> a known flaw ( https://sites.google.com/site/murmurhash/murmurhash2flaw )..
> while this is not *likely* to cause an issue, I was wondering if there was a
> reas
Hi I added a class to the Python Riak client to hopefully help build
key filters easier. I wanted to solicit the opinion of other Python
Riak develops to ensure that it smells right.
If you have a moment, add your 2 cents to the pull request's comment
thread here:
https://github.com/basho/riak-p
On Thu, Mar 24, 2011 at 1:51 PM, Nico Meyer wrote:
> The bigger concern for me would be the way the bucket/key tuple is
> serialized:
>
> Eshell V5.8 (abort with ^G)
> 1> iolist_size(term_to_binary({<<>>,<<>>})).
> 13
>
> That's 13 bytes of overhead per key were only 2 bytes is needed with
> rea
Hi Justin,
I wanted to write this earlier, but I just had to much on my plate:
Am 08.06.2011 16:11, schrieb Justin Sheehy:
On Thu, Mar 24, 2011 at 1:51 PM, Nico Meyer wrote:
The bigger concern for me would be the way the bucket/key tuple is
serialized:
Eshell V5.8 (abort with ^G)
1> iolis
All -
I'm getting the following error when running my rspecs for my project:
> /Library/Ruby/Site/1.8/rubygems.rb:274:in `activate': can't activate
> builder (~> 2.1.2, runtime) for ["riak-client-0.9.4"], already activated
> builder-3.0.0 for ["savon-0.9.1"] (Gem::LoadError)
Would it b
Hi List,
I'm new to riak, and I am thinking of using riak to store log file / statistics
information from a client application. The main benefit riak could offer here
are its map-reduce/search capabilities.
The client side applications are developed in a variety of languages, but in
the end al
All -
This may not be an issue. If so, I apologize for wasting your time. I'm doing
further research.
- Keith
Begin forwarded message:
> From: Keith Bennett
> Date: June 8, 2011 11:24:43 AM EDT
> To: riak-users users
> Subject: Bundler Version Requirement Problem
>
> All -
>
> I'm getti
> Am 08.06.2011 16:11, schrieb Justin Sheehy:
> The saving seems even smaller if you consider the overhead imposed by the
> memory allocator. I wrote a small test program in C++ which allocates one
> million blocks of memory of a given size and prints the overhead for each
> allocation. Turns out t
Hi,
I had a pretty minor pull request against riak_kv
https://github.com/basho/riak_kv/pull/105
which I sent a few weeks ago, however, I've not seen any comments
or anything. So I wanted to understand a little better what the
process for this sort of thing should be. Is a github pull reques
Hi, Steve.
Check out this page:
http://wiki.basho.com/Bitcask-Configuration.html#Disk-Usage-and-Merging-Settings
Basically, a "merge trigger" must be met in order to have the merge process
occur. When it does occur, it will affect all existing files that meet a
"merge threshold."
One note th
Hi Jon,
Great suggestion. This is on a long(ish) list of packaging and build
improvements we are working to put in place. We are aiming to have
this done before the next major release.
Thanks and keep the suggestions coming.
Mark
On Wed, Jun 1, 2011 at 10:37 PM, Jonathan Langevin
wrote:
> Any
Afternoon, Evening, Morning to All -
For today's Recap: blog posts, some chatter from #riak, slides, code, and more.
Enjoy -
Mark
Community Manager
Basho Technologies
wiki.basho.com
twitter.com/pharkmillups
--
Riak Recap for June 6 - 7
===
1) jj
12 matches
Mail list logo