cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Hudson (JIRA)" <j...@apache.org>
Subject [jira] Commented: (CASSANDRA-414) remove sstableLock
Date Tue, 08 Sep 2009 12:36:57 GMT

    [ https://issues.apache.org/jira/browse/CASSANDRA-414?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12752473#action_12752473
] 

Hudson commented on CASSANDRA-414:
----------------------------------

Integrated in Cassandra #191 (See [http://hudson.zones.apache.org/hudson/job/Cassandra/191/])
    Revert "remove sstableLock.  re-order a few ops so that we can never "lose" data temporarily
-- always remove old sstable references _after_ adding the new ones.  so at worst a few read
ops will merge data from an sstable that is obsolete -- this is ok and better than Stop The
World locking"
and " combine addToList and storeLocation; rename to addSSTable"

These were works in progress (and broken); accidentally committed w/ the 418 fix.
 combine addToList and storeLocation; rename to addSSTable


> remove sstableLock
> ------------------
>
>                 Key: CASSANDRA-414
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-414
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Core
>            Reporter: Jonathan Ellis
>            Assignee: Jonathan Ellis
>             Fix For: 0.5
>
>         Attachments: 0001-CASSANDRA-414-combine-addToList-and-storeLocation-ren.txt,
0001-CASSANDRA-414-combine-addToList-and-storeLocation-ren.txt, 0002-remove-sstableLock.-re-order-a-few-ops-so-that-we-can.txt,
0002-remove-sstableLock.-re-order-a-few-ops-so-that-we-can.txt
>
>


-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message