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

Tommaso Teofili commented on SOLR-5201:
---------------------------------------

Thanks [~hossman] for your hints and [~johtani] for your patches.

The first option of reusing an _AnalysisEngine_ in each 
_UpdateRequestProcessor_ instance for reuse in "batch" update requests (first 
option/patch) is surely the easiest solution but the performance improvement 
depends on the no. of docs that are sent together in each update request.
The second option sounds nice but I wonder if that would cause a problem with 
multiple configurations (2 update chains with 2 different configurations of 
_UIMAUpdateRequestProcessorFactory_), I'll do some testing on this scenario 
using John's patch so that we can decide which design it's better to support.
                
> UIMAUpdateRequestProcessor should reuse the AnalysisEngine
> ----------------------------------------------------------
>
>                 Key: SOLR-5201
>                 URL: https://issues.apache.org/jira/browse/SOLR-5201
>             Project: Solr
>          Issue Type: Improvement
>          Components: contrib - UIMA
>    Affects Versions: 4.4
>            Reporter: Tommaso Teofili
>            Assignee: Tommaso Teofili
>             Fix For: 4.5, 5.0
>
>         Attachments: SOLR-5201-ae-cache-every-request_branch_4x.patch, 
> SOLR-5201-ae-cache-only-single-request_branch_4x.patch
>
>
> As reported in http://markmail.org/thread/2psiyl4ukaejl4fx 
> UIMAUpdateRequestProcessor instantiates an AnalysisEngine for each request 
> which is bad for performance therefore it'd be nice if such AEs could be 
> reused whenever that's possible.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to