[
https://issues.apache.org/jira/browse/SOLR-10641?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Noble Paul updated SOLR-10641:
------------------------------
Description:
ZK supports asynchronous modes and we are only using the synchronous mode
However there is an asynchronous version of {{getData()}}
{code:java}
/**
* The asynchronous version of getData.
*
* @see #getData(String, Watcher, Stat)
*/
public void getData(final String path, Watcher watcher,
DataCallback cb, Object ctx){
}
{code}
should we run tests to compare if it can give us an advantage? I guess it should
Another optimization is doing multiple deletes from the {{workQueue}} using the
following method
{code:java}
/**
* The asynchronous version of multi.
*
* @see #multi(Iterable)
*/
public void multi(Iterable<Op> ops, MultiCallback cb, Object ctx) {
}
{code}
was:ZK supports asynchronous modes and we are only using the synchronous mode
> Explore asychronous read/write for state queue/work queue read/delete
> ---------------------------------------------------------------------
>
> Key: SOLR-10641
> URL: https://issues.apache.org/jira/browse/SOLR-10641
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Reporter: Noble Paul
>
> ZK supports asynchronous modes and we are only using the synchronous mode
> However there is an asynchronous version of {{getData()}}
> {code:java}
> /**
> * The asynchronous version of getData.
> *
> * @see #getData(String, Watcher, Stat)
> */
> public void getData(final String path, Watcher watcher,
> DataCallback cb, Object ctx){
> }
> {code}
> should we run tests to compare if it can give us an advantage? I guess it
> should
> Another optimization is doing multiple deletes from the {{workQueue}} using
> the following method
> {code:java}
> /**
> * The asynchronous version of multi.
> *
> * @see #multi(Iterable)
> */
> public void multi(Iterable<Op> ops, MultiCallback cb, Object ctx) {
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
