On Jul 28, 2011, at 6:35, Jonathan Ellis wrote:
> I'm talking about data compatibility, which is more important than cli
> statement compatibility.
>
> Consider someone with a python program that creates a CF with the
> default settings and inserts some (say) uuid columns and long data.
>
> If
0 at 9:15 AM, Nicholas Knight
> wrote:
> Presumably you're on a 32-bit architecture (or at least a 32-bit JVM). 32-bit
> processes won't be able to address more than "X" amount of memory, where X
> would usually be >= 2GB, and < 4GB.
>
> The reason yo
Presumably you're on a 32-bit architecture (or at least a 32-bit JVM). 32-bit
processes won't be able to address more than "X" amount of memory, where X
would usually be >= 2GB, and < 4GB.
The reason you can't use a full 4GB is that part of the address space is
necessarily reserved by the OS ke
I certainly don't think it would be a problem, but your use case ("social
network") is very vague. If you described particular operations that you're
concerned about, we might be able to either better assuage your fears, or offer
coherent suggestions for alternative strategies.
Another good thi
On Oct 22, 2010, at 7:41 AM, Jérôme Verstrynge wrote:
> Let's imagine that A initiates its column write at: 334450 ms with 'AAA' and
> timestamp 334450 ms
> Let's imagine that E initiates its column write at: 334451 ms with 'ZZZ'and
> timestamp 334450 ms
> (E is the latest write)
>
> Let's ima
On Oct 20, 2010, at 6:30 AM, Wayne wrote:
> I am not sure how many bytes,
Then I don't think your performance numbers really mean anything substantial.
Deserialization time is inevitably going to go up with the amount of data
present, so unless you know how much data you actually have, there's
On Oct 14, 2010, at 10:37 PM, Eric Evans wrote:
>> sorry to say, your best bet is to upgrade
>
> I would actually start with some large test builds, kernels work well
> for this. Use a high concurrency (> 4).
Whether or not those fail, assuming x86, download memtest86+ and boot it.
Symptoms li
