[ 
https://issues.apache.org/jira/browse/BOOKKEEPER-208?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13453926#comment-13453926
 ] 

Hudson commented on BOOKKEEPER-208:
-----------------------------------

Integrated in bookkeeper-trunk #704 (See 
[https://builds.apache.org/job/bookkeeper-trunk/704/])
    BOOKKEEPER-208: Separate write quorum from ack quorum (ivank) (Revision 
1383872)

     Result = FAILURE
ivank : 
Files : 
* /zookeeper/bookkeeper/trunk/CHANGES.txt
* 
/zookeeper/bookkeeper/trunk/bookkeeper-benchmark/src/main/java/org/apache/bookkeeper/benchmark/BenchThroughputLatency.java
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/main/java/org/apache/bookkeeper/client/BookKeeper.java
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/main/java/org/apache/bookkeeper/client/DistributionSchedule.java
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/main/java/org/apache/bookkeeper/client/LedgerChecker.java
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/main/java/org/apache/bookkeeper/client/LedgerCreateOp.java
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/main/java/org/apache/bookkeeper/client/LedgerHandle.java
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/main/java/org/apache/bookkeeper/client/LedgerMetadata.java
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/main/java/org/apache/bookkeeper/client/PendingAddOp.java
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/main/java/org/apache/bookkeeper/client/PendingReadOp.java
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/main/java/org/apache/bookkeeper/client/RoundRobinDistributionSchedule.java
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/main/java/org/apache/bookkeeper/conf/ClientConfiguration.java
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/main/java/org/apache/bookkeeper/proto/DataFormats.java
* /zookeeper/bookkeeper/trunk/bookkeeper-server/src/main/proto/DataFormats.proto
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/test/java/org/apache/bookkeeper/client/BookieRecoveryTest.java
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/test/java/org/apache/bookkeeper/client/RoundRobinDistributionScheduleTest.java
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/test/java/org/apache/bookkeeper/client/SlowBookieTest.java
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/test/java/org/apache/bookkeeper/client/TestLedgerChecker.java
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/test/java/org/apache/bookkeeper/client/TestReadTimeout.java
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/test/java/org/apache/bookkeeper/meta/GcLedgersTest.java
* 
/zookeeper/bookkeeper/trunk/bookkeeper-server/src/test/java/org/apache/bookkeeper/test/BookKeeperClusterTestCase.java

                
> Separate write quorum from ack quorum
> -------------------------------------
>
>                 Key: BOOKKEEPER-208
>                 URL: https://issues.apache.org/jira/browse/BOOKKEEPER-208
>             Project: Bookkeeper
>          Issue Type: New Feature
>          Components: bookkeeper-client
>            Reporter: Flavio Junqueira
>            Assignee: Ivan Kelly
>             Fix For: 4.2.0
>
>         Attachments: BOOKKEEPER-208.diff, BOOKKEEPER-208.diff, 
> BOOKKEEPER-208.diff, BOOKKEEPER-208.diff, BOOKKEEPER-208.diff, 
> BOOKKEEPER-208.diff
>
>
> There are use cases for bookkeeper that may require submitting add requests 
> to a write set and returning upon receiving a confirmation from an ack set. 
> The ack set must be a subset of the write set. An important special case is 
> writing to all and returning upon hearing from a majority. Another important 
> use case is avoiding *s* slow disks by writing to *f + s + 1* and returning 
> upon receiving *f + 1* responses.
> Currently, the write set and the ack set are the same for a ledger. Internal 
> changes to support these cases include changes to LedgerHandle and 
> PendingAddOp. We also need to add a call to the client API to accept 
> different sizes for the write set and the ack set upon ledger creation.
> It is also open for the discussion the need to implement a new distribution 
> schedule. So far it looks like we can reuse the round robin implementation we 
> currently have. We would need to implement a new one if, for example, the 
> initial bookie of an add operation must be always the same.

--
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: http://www.atlassian.com/software/jira

Reply via email to