Benjamin,

It is not difficult to stack thousands of SSTables.
In a heavy inserting (many client threads), the memtable flush (generate new
sstable) is fren


On Mon, Jun 14, 2010 at 2:03 AM, Benjamin Black <b...@b3k.us> wrote:

> On Sat, Jun 12, 2010 at 7:46 PM, Anty <anty....@gmail.com> wrote:
> > Hi:ALL
> > I have 10 nodes cluster ,after inserting many records into the cluster, i
> > compact each node by nodetool compact.
> > during the compaciton process ,something  wrong with one of the 10 nodes
> ,
> > when the size of the compacted temp file rech nearly 100GB( before
> > compaction ,the size is ~240G)
>
> Compaction is not compression, it is merging of SSTables and tombstone
> elimination.  If you are not doing many deletes or overwrites of
> existing data, the compacted SSTable will be about the same size as
> the total size of all the smaller SSTables that went into it.  It is
> not clear to me how you ended up with 5000 SSTables (the *-data.db
> files) of such small size if you have not disabled minor compactions.
>
> Can you post your storage-conf.xml someplace (pastie or
> gist.github.com, for example)?
>
>
> b
>

Reply via email to