Utkarsh Srivastava commented on ZOOKEEPER-462:

The (new) client code is pretty much structured that way. Determining the last 
entry-id (recovery process) is separate from the process of opening the ledger. 

> Last hint for open ledger
> -------------------------
>                 Key: ZOOKEEPER-462
>                 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-462
>             Project: Zookeeper
>          Issue Type: New Feature
>          Components: contrib-bookkeeper
>            Reporter: Flavio Paiva Junqueira
>            Assignee: Flavio Paiva Junqueira
>             Fix For: 3.3.0
>         Attachments: ZOOKEEPER-462.patch
> In some use cases of BookKeeper, it is useful to be able to read from a 
> ledger before closing the ledger. To enable such a feature, the writer has to 
> be able to communicate to a reader how many entries it has been able to write 
> successfully. The main idea of this jira is to continuously update a znode 
> with the number of successful writes, and a reader can, for example, watch 
> the node for changes.
>  I was thinking of having a configuration parameter to state how often a 
> writer should update the hint on ZooKeeper (e.g., every 1000 requests, every 
> 10,000 requests). Clearly updating more often increases the overhead of 
> writing to ZooKeeper, although the impact on the performance of writes to 
> BookKeeper should be minimal given that we make an asynchronous call to 
> update the hint.

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

Reply via email to