You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@bookkeeper.apache.org by "Hadoop QA (JIRA)" <ji...@apache.org> on 2015/04/11 01:38:13 UTC
[jira] [Commented] (BOOKKEEPER-848) Use volatile for
lastAddConfirmed
[ https://issues.apache.org/jira/browse/BOOKKEEPER-848?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14490549#comment-14490549 ]
Hadoop QA commented on BOOKKEEPER-848:
--------------------------------------
Testing JIRA BOOKKEEPER-848
Patch [0001-BOOKKEEPER-848-Use-volatile-for-lastAddConfirmed.patch|https://issues.apache.org/jira/secure/attachment/12724665/0001-BOOKKEEPER-848-Use-volatile-for-lastAddConfirmed.patch] downloaded at Fri Apr 10 23:00:56 UTC 2015
----------------------------
{color:green}+1 PATCH_APPLIES{color}
{color:green}+1 CLEAN{color}
{color:red}-1 RAW_PATCH_ANALYSIS{color}
. {color:green}+1{color} the patch does not introduce any @author tags
. {color:green}+1{color} the patch does not introduce any tabs
. {color:green}+1{color} the patch does not introduce any trailing spaces
. {color:green}+1{color} the patch does not introduce any line longer than 120
. {color:red}-1{color} the patch does not add/modify any testcase
{color:green}+1 RAT{color}
. {color:green}+1{color} the patch does not seem to introduce new RAT warnings
{color:green}+1 JAVADOC{color}
. {color:green}+1{color} the patch does not seem to introduce new Javadoc warnings
{color:green}+1 COMPILE{color}
. {color:green}+1{color} HEAD compiles
. {color:green}+1{color} patch compiles
. {color:green}+1{color} the patch does not seem to introduce new javac warnings
{color:green}+1 FINDBUGS{color}
. {color:green}+1{color} the patch does not seem to introduce new Findbugs warnings
{color:red}-1 TESTS{color}
. Tests run: 949
. Tests failed: 1
. Tests errors: 1
. The patch failed the following testcases:
. testSimpleChat(org.apache.hedwig.jms.BasicJMSTest)
{color:green}+1 DISTRO{color}
. {color:green}+1{color} distro tarball builds with the patch
----------------------------
{color:red}*-1 Overall result, please check the reported -1(s)*{color}
The full output of the test-patch run is available at
. https://builds.apache.org/job/bookkeeper-trunk-precommit-build/920/
> Use volatile for lastAddConfirmed
> ---------------------------------
>
> Key: BOOKKEEPER-848
> URL: https://issues.apache.org/jira/browse/BOOKKEEPER-848
> Project: Bookkeeper
> Issue Type: Bug
> Affects Versions: 4.3.0
> Reporter: Matteo Merli
> Assignee: Matteo Merli
> Priority: Minor
> Fix For: 4.4.0
>
> Attachments: 0001-BOOKKEEPER-848-Use-volatile-for-lastAddConfirmed.patch
>
>
> LastAddConfirmed in LedgerHandle is updated when an entry is persisted successfully.
> When sending a new entry, the most recent lastAddConfirmed is sent along. The reason is to start with a reasonable (confirmed) entryId when doing ledger recovery, by reading all entries from lastAddConfirmed until a NoEntryException is reached.
> If lastAddConfirmed updates are not visible to the thread that is writing new entries, new entries will carrie an older lastAddConfirmed value, and recovering the ledger will requiring reading one-by-one many entries.
> When writing several thousand of entries per sec, the lastAddConfirmed can lag behind a lot from the real last entry.
> We should use volatile, to ensure writing thread sees the updated version.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)