Re: Parallel Compaction

Hi Germán, Thanks for taking a stab at this! I don't actually think there are going to be any tricky race conditions with flush or schema migration; flush has been parallel for a long time itself, and we already have the lock in CompactionManager for schema migration. To clean this up for submis

Hudson build is back to normal : Cassandra-0.7 #87

See

Re: [SOLVED] Very high memory utilization (not caused by mmap on sstables)

I've tried it. But it does not work for me this afternoon. Thank you! best regards, hanzhu On Thu, Dec 16, 2010 at 8:59 PM, Matthew Conway wrote: > Thanks for debugging this, I'm running into the same problem. > BTW, if you can ssh into your nodes, you can use jconsole over ssh: > http://simp

Re: [SOLVED] Very high memory utilization (not caused by mmap on sstables)

Thanks for debugging this, I'm running into the same problem. BTW, if you can ssh into your nodes, you can use jconsole over ssh: http://simplygenius.com/2010/08/jconsole-via-socks-ssh-tunnel.html Matt On Dec 16, 2010, at Thu Dec 16, 2:39 AM, Zhu Han wrote: > Sorry for spam again. :-) > > I t

Re: Any chance of getting cassandra releases published to repo1.maven.org?

OK, to keep everyone up to date, I have been working on getting the one non-ASL licensed dependency that is not in central into central (high-scale-lib)... Should have that sorted soon enough, at which point my plan is as follows. Get the 0.7.0 release in central in its current uber-jar form... i

Re: [SOLVED] Very high memory utilization (not caused by mmap on sstables)

> Sorry for spam again. :-) No, thanks a lot for tracking that down and reporting details! Presumably a significant amount of users are on that version of Ubuntu running with openjdk. -- / Peter Schuller