Do you have a test case you can put up somewhere that triggers this? I
have not had this issue, but I don't think we test with any more than
100 rows at most for any given unit test.
On Thu, Aug 12, 2010 at 6:59 PM, Todd Nine wrote:
> Hi all,
> We've downloaded and used Ran's embedded Cassandra
There are two concerns that give me pause.
The first is that 1072 is tackling a use case that Cassandra already
handles well: high volume of writes to a counter, with low volume
reads. (This can be done by inserting uuids into a counter row, and
aggregating them either in the background or at rea
Hi all,
We've downloaded and used Ran's embedded Cassandra helper from the
Hector client. It works really well for performing basic integration
testing. We have a more advanced test that uses TCP sockets and
threading. We send about 400 pieces of data via TCP. This results in
~1200 writes and
For what it's worth, my team would very much like to see counters in trunk.
Right now we're trying to think of ways to implement counters by inserting
columns and counting the sizes of slices, and it seems difficult to do it
quickly and correctly at scale, even with low consistency.
-Dave
On Thu
Would it help prioritizing if silent majority chimed in if keen on
this functionality which is so key to large scale analytical apps?
in which case :
+1
Although perhaps I should encourage signing up on jira and vote there.
https://issues.apache.org/jira/secure/Signup!default.jspa
https://issu
On Thu, Aug 12, 2010 at 10:23 AM, Kelvin Kakugawa wrote:
>
> I think the underlying unanswered question is whether #1072 is a niche
> feature or whether it should be brought into trunk.
>
This should not be an unanswered question! #1072 should be considered
essential, as it enables numerous use
On 12/08/10 19:21, Jesse McConnell wrote:
> out of curiosity are you shooting for incrementing these counters 10k
> times a second for sustained periods of time?
Jesse,
Our traffic pattern varies between 5.5k and 10k connections/hits per
second. We currently process the hits and log to MySQL (par
On Thu, Aug 12, 2010 at 11:21 AM, Jesse McConnell
wrote:
> out of curiosity are you shooting for incrementing these counters 10k
> times a second for sustained periods of time?
Our use cases include 100,000's of increments a second but most of the
values will only be incremented for a relatively
We're also looking into increment counters with the same load. It will not be
periods, it will be constantly.
Viktor
-Original Message-
From: Jesse McConnell [mailto:jesse.mcconn...@gmail.com]
Sent: Thursday, August 12, 2010 9:21 PM
To: dev@cassandra.apache.org
Subject: Re: cassandra i
+1
Artifacts look good!
-Original Message-
From: "Eric Evans"
Sent: Tuesday, August 10, 2010 12:20pm
To: dev@cassandra.apache.org
Subject: [VOTE] 0.7.0-beta1
Today is the Cassandra Summit in San Francisco, the first ever. As I
type this, Jonathan Ellis is at the podium delivering the k
out of curiosity are you shooting for incrementing these counters 10k
times a second for sustained periods of time?
cheers,
jesse
--
jesse mcconnell
jesse.mcconn...@gmail.com
On Thu, Aug 12, 2010 at 03:28, Robin Bowes wrote:
> Hi Jonathan,
>
> I'm contacting you in your capacity as project le
Hi Robin,
Johan and I have brought the code up to trunk. It's ready to be
reviewed. However, in Jonathan's defense, it does require separate
code paths. Since, we're aggregating commutative operations, not
updating a value.
I think the underlying unanswered question is whether #1072 is a niche
Hi Jonathan,
I'm contacting you in your capacity as project lead for the cassandra
project. I am wondering how close ticket #1072 is to implementation [1]
We are about to do a proof of concept with cassandra to replace around
20 MySQL partitions (1 partition = 4 machines: master/slave in DC A,
ma
13 matches
Mail list logo
