Are there any guidelines/howtos on tuning riak nodes for 100s
(200-500) of concurrent connections
which are 99.9% HTTP GET?
Thanks,
--
Omnem crede diem tibi diluxisse supremum.
___
riak-users mailing list
riak-users@lists.basho.com
http://lists.basho.
Joe,
Sorry for the curt reply earlier. It seems this may also be gzip issue
combined with chunked-encoding. https://issues.basho.com/show_bug.cgi?id=936
In the meantime, try adding the header -H "Accept-Encoding: identity".
Sean Cribbs
Developer Advocate
Basho Technologies, Inc.
http://bash
This command:
curl --data-binary @g005.PNG_L -H "Content-Type: image/png"
http://sfdev02:8098/luwak/g005.PNG_L
Exhibits the same behaviour.
On Tue, Feb 22, 2011 at 1:59 PM, Sean Cribbs wrote:
> Joe,
>
> Use --data-binary instead of --data.
>
> Sean Cribbs
> Developer Advocate
> Basho Technolog
Joe,
Use --data-binary instead of --data.
Sean Cribbs
Developer Advocate
Basho Technologies, Inc.
http://basho.com/
On Feb 22, 2011, at 4:57 PM, Joe Osowski wrote:
> I'm experimenting with using riak/luwak as a store for many small
> files. Of course... a few of these files are on the large s
I'm experimenting with using riak/luwak as a store for many small
files. Of course... a few of these files are on the large size so I'm
exploring Luwak. I'm seeing some strange behaviour though and I
wonder what I'm doing wrong.
I'm using this command:
curl -i -X PUT -T g005.PNG_L -H "Content-T
Hi Yury,
The term "document" is a hold over from the Solr/Lucene way of looking at
things. If you are calling search:index_doc/N directly, then the DocID is
just some arbitrary primary key that you give to your data, sort of like the
Riak Object's key.
Not sure what you mean about indexing data i
Hi Gary,
Sorry to hear you are having troubles. Hopefully I can help. Please see my
responses inline below.
Best,
Rusty
On Mon, Feb 21, 2011 at 1:56 AM, Gary William Flake wrote:
> I've been pulling my hair out over new behaviors with search-schema,
> and I am wondering if I've been simply doi
Hi Mike,
You are missing the "run()" command at the end of client.search(). The
"search()" function creates a MapReduce object to which you can add map and
reduce phases. The "run()" command bundles up MapReduce job and sends it to
the Riak cluster for processing.
client.search('tweets', 'name:[a
Hi all,
We are using Luwak to store assets, ranging from 2k CSS files up to
30+ MB video files. Every key in Luwak is prefixed with an id (e.g.
e276814e96e0616eb7c07d3bb744d333-216.jpg).
In order to manage these assets, I'd like to query Luwak for keys
starting with some id. As I found the 'luwak
That has not yet been determined.
Sean Cribbs
Developer Advocate
Basho Technologies, Inc.
http://basho.com/
On Feb 22, 2011, at 9:09 AM, Mike Stoddart wrote:
> I found this confusing as well but eventually worked it out. Will the
> two merge someday?
>
> Thanks
> Mike
>
> On Tue, Feb 22, 2011
I found this confusing as well but eventually worked it out. Will the
two merge someday?
Thanks
Mike
On Tue, Feb 22, 2011 at 9:08 AM, Sean Cribbs wrote:
> Wilson,
>
> You only need to run one of them. Riak Search includes all of the
> functionality of Riak KV.
>
> Sean Cribbs
> Developer Advoc
Wilson,
You only need to run one of them. Riak Search includes all of the functionality
of Riak KV.
Sean Cribbs
Developer Advocate
Basho Technologies, Inc.
http://basho.com/
On Feb 22, 2011, at 9:03 AM, wilson Tuladhar wrote:
> Hi,
>
> I have a problem with the riak search functionality.
>
Hi,
I have a problem with the riak search functionality.
The problem is I can start riak and riaksearch independently but i cannot
run them simultaneously. If i start riak db first then i cannot start riak
search and vice-versa. Is it a problem or am i doing something wrong???
/Wilson
__
Hi!
In chapter "Riak Search Schema" the notation "document" is used.
What is that? Why do we need it?
Parameters are:
– The name of the index.
– The document ID.
– A key/value list of fields to index.
I have
Bucket=User
Key=user_name
Value=[{first_name, value}, {second_name, value}, {e-mail,
14 matches
Mail list logo