You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@bookkeeper.apache.org by "Sijie Guo (JIRA)" <ji...@apache.org> on 2013/08/09 02:01:48 UTC

[jira] [Created] (BOOKKEEPER-670) LAC(LastAddConfirmed) Notification Mechanism

Sijie Guo created BOOKKEEPER-670:
------------------------------------

             Summary: LAC(LastAddConfirmed) Notification Mechanism
                 Key: BOOKKEEPER-670
                 URL: https://issues.apache.org/jira/browse/BOOKKEEPER-670
             Project: Bookkeeper
          Issue Type: New Feature
          Components: bookkeeper-client, bookkeeper-server
            Reporter: Sijie Guo
            Assignee: Sijie Guo


LastAddConfirmed (LAC) is a hint entry id carried on each entry written by a ledger writer, which indicates that all the entries before LAC have already acknowledged by the writer. So the reader is safe to read all the entries written before LAC.

Currently a bookkeeper reader doesn’t sync LAC with the bookkeeper writer. So a bookkeeper reader has to read LAC (aka LedgerHandle#readLastConfirmed) before getting the latest entries written by the writer.

Such polling behavior results in poor performance:
* Delay on reading entries if we are setting a larger polling interval.
** ReadLastConfirm needs to wait all the responses from all bookies in last ensemble. This constraint is required for Ledger Recovery Procedure, but not for the reader just needs to know latest LAC.
* It might Introduce useless polling loads to bookie servers if we are setting a smaller polling interval.

A notification mechanism is good to reduce round-trips that a reader spent on polling LAC.



--
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