>>> Can compression be changed or disabled on-the-fly with cassandra?
Yes. Disable it in the schema and then run nodetool upgradetables
As Tyler said, JDK7 is not officially supported yet and you may be running into
issues others have not found. Any chance you could downgrade one node to JDK6
an
My maximum and initial heap sizes are set to 6GB. Actual memory usage for the
VM is around 11-12GB. The machine has 24GB of physical memory, so there isn't
any paging going in.
I don't see any GC events logged that are longer than a few hundred
milliseconds. Is it possible that GC is taking sig
On Wed, Jun 27, 2012 at 1:42 AM, Derek Andree wrote:
> Last I heard only Oracle's JDK was officially supported with Cassandra,
> possibly nitpicky but is this still the case?
>
> On Jun 26, 2012, at 3:37 PM, Dustin Wenz wrote:
>
> > (OpenJDK 7) was pegged at 200% CPU
>
>
Java 7 still hasn't been t
Last I heard only Oracle's JDK was officially supported with Cassandra,
possibly nitpicky but is this still the case?
On Jun 26, 2012, at 3:37 PM, Dustin Wenz wrote:
> (OpenJDK 7) was pegged at 200% CPU
Hello
Too much GC? Check JVM heap settings and real usage.
On 06/27/2012 01:37 AM, Dustin Wenz wrote:
We occasionally see fairly poor compaction performance on random nodes in our
7-node cluster, and I have no idea why. This is one example from the log:
[CompactionExecutor:45] 2012-06
We occasionally see fairly poor compaction performance on random nodes in our
7-node cluster, and I have no idea why. This is one example from the log:
[CompactionExecutor:45] 2012-06-26 13:40:18,721 CompactionTask.java
(line 221) Compacted to
[/raid00/cassandra_data/main/basic/main-bas
