You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "Christopher Tubbs (Jira)" <ji...@apache.org> on 2020/10/20 17:14:00 UTC

[jira] [Resolved] (ACCUMULO-551) Experiment with multi-node batch writer

     [ https://issues.apache.org/jira/browse/ACCUMULO-551?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Christopher Tubbs resolved ACCUMULO-551.
----------------------------------------
    Resolution: Abandoned

Closing this stale issue. If this is still a desired feature, please open a new issue or PR at https://github.com/apache/accumulo

> Experiment with multi-node batch writer
> ---------------------------------------
>
>                 Key: ACCUMULO-551
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-551
>             Project: Accumulo
>          Issue Type: Task
>            Reporter: Keith Turner
>            Assignee: Keith Turner
>            Priority: Major
>          Time Spent: 40m
>  Remaining Estimate: 0h
>
> Accumulo has a batch writer that batches mutations by tablet server for writes.  This works well until there are alot of tablet servers being written to at which point only a small amount of data is being sent to each tablet server.  Would it be better for the client to batch writes for multiple tablet servers and send them to one server which writes directly to the tablet servers?  
> One possible way to do this is to :
>  
>  * batch mutations by rack on the client
>  * send all of those mutations to one random tablet server on the rack 
>  * have the random tablet server write to the other servers on the rack
> This cuts down on the number of direct connections the client has to make.  Could have the following benefits.
>  * Tablet servers can keep connections open to other tablet servers.
>  * A write pipeline
> Would be interesting to run some test and see how well this works.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)