cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sylvain Lebresne (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-3430) Break Big Compaction Lock apart
Date Thu, 21 Mar 2013 10:29:14 GMT


Sylvain Lebresne commented on CASSANDRA-3430:

Ok, my bad.

I actually made the mistake of comparing this branch to cassandra-1.2 instead of trunk. As
it happens, StreamingTransferTest does timeout consistently on my box, but that's the case
in trunk too and due to testRandomSSTableTransfer introduced by CASSANDRA-3648. Even then,
it's not that the test fail, just that it has a loop that applies 6000 mutations and for some
reason each mutation takes > 40ms to get applied on my box (from the debug log). Not sure
what gives. Maybe it's time to upgrade this intel 8086 processor. In any case, that has nothing
to do with this issue.

bq. and fixed signature of interruptCompactionFor

I meant here that we might want to actually use the boolean flag, not necessarily remove it.
Your original reasoning that drop may want to interrupt repair was not unreasonable.

But anyway, that's a detail, +1.
> Break Big Compaction Lock apart
> -------------------------------
>                 Key: CASSANDRA-3430
>                 URL:
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Jonathan Ellis
>            Assignee: Jonathan Ellis
>            Priority: Minor
>              Labels: compaction
>             Fix For: 2.0
>         Attachments: 3430-1.0.txt, 3430-1.1.txt, 3430-v2.txt, 3430-v3.txt

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message