accumulo-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "ASF subversion and git services (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (ACCUMULO-2834) Immediately re-queue files which have more data to replicate
Date Thu, 22 May 2014 23:25:03 GMT

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

ASF subversion and git services commented on ACCUMULO-2834:
-----------------------------------------------------------

Commit 6653be00ca8efc85b7cc32bc13af8db1ed56a9a2 in accumulo's branch refs/heads/ACCUMULO-378
from [~elserj]
[ https://git-wip-us.apache.org/repos/asf?p=accumulo.git;h=6653be0 ]

ACCUMULO-2834 It would help to actually invoke that new method.


> Immediately re-queue files which have more data to replicate
> ------------------------------------------------------------
>
>                 Key: ACCUMULO-2834
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-2834
>             Project: Accumulo
>          Issue Type: Sub-task
>          Components: replication
>            Reporter: Josh Elser
>            Assignee: Josh Elser
>             Fix For: 1.7.0
>
>
> Noticed that during high ingest load, there's a bit of downtime between iterations as,
after the batch size is reached, the tserver records the progress it made, and it waits for
the master to re-queue the file.
> This is a bit silly as the tserver could just continue to replicate from where it left
off to reduce the latency in waiting to replicate the file. The remote side will still buffer,
so we shouldn't be oversaturating the remote.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Mime
View raw message