You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@accumulo.apache.org by "Josh Elser (JIRA)" <ji...@apache.org> on 2014/02/12 22:28:23 UTC

[jira] [Updated] (ACCUMULO-2362) Reduce blocking in client API (Tables)

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

Josh Elser updated ACCUMULO-2362:
---------------------------------

    Description: 
Presently, the {{Tables}} class contains a static map of instance to ZooCache that *many* of the classes in the client API use. The problem with this is that many of the methods on ZooCache ultimately are synchronized. When multiple threads using Connectors, TableOperations, Scanners/BatchScanners, and BatchWriters against the same Accumulo instance, you currently have a massive synchronization problem.

We should give some thought to heavy, concurrent access to Accumulo client API calls within the same JVM. Consideration should also be given to the consistency of wrapping zookeeper with a cache like is presently done.

  was:
Presently, the {{Tables}} class contains a static map of instance to ZooCache that *many* of the . The problem with this is that many of the methods on ZooCache ultimately are synchronized. When multiple threads using Connectors, TableOperations, Scanners/BatchScanners, and BatchWriters against the same Accumulo instance, you currently have a massive synchronization problem.

We should give some thought to heavy, concurrent access to Accumulo client API calls within the same JVM. Consideration should also be given to the consistency of wrapping zookeeper with a cache like is presently done.


> Reduce blocking in client API (Tables)
> --------------------------------------
>
>                 Key: ACCUMULO-2362
>                 URL: https://issues.apache.org/jira/browse/ACCUMULO-2362
>             Project: Accumulo
>          Issue Type: New Feature
>          Components: client
>    Affects Versions: 1.4.4, 1.5.0
>            Reporter: Josh Elser
>             Fix For: 1.7.0
>
>
> Presently, the {{Tables}} class contains a static map of instance to ZooCache that *many* of the classes in the client API use. The problem with this is that many of the methods on ZooCache ultimately are synchronized. When multiple threads using Connectors, TableOperations, Scanners/BatchScanners, and BatchWriters against the same Accumulo instance, you currently have a massive synchronization problem.
> We should give some thought to heavy, concurrent access to Accumulo client API calls within the same JVM. Consideration should also be given to the consistency of wrapping zookeeper with a cache like is presently done.



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)