accumulo-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Josh Elser (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (ACCUMULO-2362) Reduce blocking in client API (Tables)
Date Wed, 12 Feb 2014 21:28:23 GMT

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

Mime
View raw message