Wouldn't something like Redis be a better fit than Cassandra?
On Tue, Feb 1, 2011 at 6:16 PM, Tong Zhu wrote:
> If it is a really session data, which will be active for a short time, a few
> hours, and it is OK to lose them, memcached is a better solution. I were
> using it when I was in Yahoo.
Java + Pelops
On Sat, Jan 15, 2011 at 10:58 PM, Dave Viner wrote:
> Perl using the thrift interface directly.
> On Sat, Jan 15, 2011 at 6:10 AM, Daniel Lundin wrote:
>>
>> python + pycassa
>> scala + Hector
>>
>> On Fri, Jan 14, 2011 at 6:24 PM, Ertio Lew wrote:
>> > Hey,
>> >
>> > If you have
We've had our small cluster successfully running in production for ~6
weeks now with everything working beautifully. Over the weekend I
noticed the load on 2 boxes shoot up to 5-6x that of the others and
after kicking off a major compaction the load has come back down to
normal. What procedure sh
Are you using mmapped i/o? If so you'll be running into
https://issues.apache.org/jira/browse/CASSANDRA-1214
On Tue, Sep 7, 2010 at 6:38 PM, Dathan Pattishall wrote:
> For this java process
>
> /opt/java/bin/java -ea -Xms1G -Xmx7G -XX:+UseParNewGC
> -XX:+UseConcMarkSweepGC -XX:+CMSParallelRemarkE
+1 for this
> I know this is a fun thread, and I hate being a "debby downer"
> but...In my opinion, naming servers after anything then their function
> is not a great idea. Lets look at some positives and negatives:
>
> System1:
> cassandra01
> cassandra02
> cassandra03
>
> VS
>
> System2:
> tom
>
Have you checked the timestamp you're using for the subsequent inserts
is higher than that used in the delete?
On Thu, Jul 22, 2010 at 2:29 AM, Oleg Tsvinev wrote:
> Hi there,
> I'm trying to implement a simple CRUD service based on Cassandra. I use
> Hector client.
> While writing tests, I found
Hi Pete,
I set the swappiness to 0 but the problem remained. The only way I've
managed to avoid it is to use standard disk mode.
On Sat, Jun 5, 2010 at 9:14 PM, Peter Schuller
wrote:
>> INFO 17:54:18,567 GC for ParNew: 1522 ms, 69437384 reclaimed leaving
>> 979692384
>> used; max is 442466304
I've got some data that I'm doing counts on, stored in a CF as:
{
:
:
}
With updates happening as an insert on the specific column.
I need to extract the top X values by count and I was wondering if
storing this as:
{
: PLACEHOLDER
: PLACEHOLDER
}
would be a bett
I'm seeing lots of ParNew messages which is affected performance,
along the lines of:
INFO 17:54:18,567 GC for ParNew: 1522 ms, 69437384 reclaimed leaving 979692384
used; max is 4424663040
INFO 17:54:22,567 GC for ParNew: 1989 ms, 69323576 reclaimed leaving 981439840
used; max is 4424663040
INF
Take a look at Hector, a Java client:
http://wiki.github.com/rantav/hector/
There's example code here:
http://github.com/rantav/hector/blob/master/src/main/java/me/prettyprint/cassandra/service/ExampleClient.java
On Fri, Apr 16, 2010 at 10:56 AM, Nirmala Agadgar wrote:
> Hi,
>
> Can anyone tel
Peter,
Do you think 0-padding the entries would be more efficient than just
implementing your own comparator?
On Wed, Mar 24, 2010 at 10:57 PM, Peter Chang wrote:
> If there's not much overhead, I recommend client side as well.
> Otherwise, you can only sort on column. Therefore, you could creat
trying to
figure out if I could bypass the second index completely.
For other operations I need to extract the Top X entries for each row
key (LH)- does this sound sane or am I still stuck in RDBMS land?
On Wed, Mar 24, 2010 at 12:56 PM, Jeremy Dunck wrote:
> On Wed, Mar 24, 2010 at 4:57 AM,
Hi all,
I've just started playing with Cassandra and investigating if it's
useful for us, so please be gentle when I ask silly questions :).
When user super columns is it possible to perform a slice operation to
pull out all SC's/Keys that match a specific/range of column names?
Putting it more c
13 matches
Mail list logo
