Sorry, how to get compaction progress with 0.6. Is it in nodetool or somewhere else? I tried a few options after nodetool and did not get this info.

My vmstats are

procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 1  0 2234752  85440      0 27270300   43   32  2562  3474   19   21 10  2 83  5
 1  0 2234744  91220      0 27281208   10    0 24893 41788 10330 2482 10  2 81  6
 2  0 2234732 102560      0 27271640   39    0 25230 21048 10300 2346 10  2 82  6
 1  1 2234720 106660      0 27268192    0    0 24730 34483 10700 2563 10  3 81  6


iostats:
Linux 2.6.30-gentoo-r4pb (cl201)     03/05/10     _x86_64_    (8 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           9.62    0.00    2.17    4.95    0.00   83.26

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda             126.60      7527.18      9843.04 1252414800 1637741619
sdb              96.95      6828.70      9348.09 1136197889 1555388186
sdc              96.82      6830.49      9324.74 1136496543 1551504064
sde              97.04      6830.45      9327.39 1136488926 1551944491
sdd              98.37      6829.08      9349.83 1136260775 1555678239
sdf              96.46      6828.30      9330.57 1136131741 1552473459
md0               1.94        18.59        27.97    3092790    4653501
md2            2239.84     40960.19     55939.76 6815190175 9307575976

The md2 disk contains the data for cassandra.

Regarding my previous reply, I do not mind working on the issue you mentioned, but have to get manager approval and if it best solves the problem, then great! So far, I am convinced it is related to compaction.

Shiv

From: Jonathan Ellis <jbellis@gmail.com>
To: cassandra-user@incubator.apache.org
Sent: Fri, March 5, 2010 9:00:19 AM
Subject: Re: Anti-compaction Diskspace issue even when latest patch applied

On Fri, Mar 5, 2010 at 2:13 AM, shiv shivaji <shivajisus@yahoo.com> wrote:
> 1. Is there a way to estimate the time it would take to compact this work
> load? I hope the load balancing will be much faster after the compaction.
> Curious how fast I can get the transfer once compaction is done.

0.6 gives you compaction progress, so you can estimate from that.

> 2. Any way to make this faster? Is working on the above issue the lowest
> hanging fruit or is there something else?

Not adding new data at the same time would probably make it faster,
although you haven't told us where the bottleneck is.
(http://spyced.blogspot.com/2010/01/linux-performance-basics.html)

-Jonathan