[
https://issues.apache.org/jira/browse/SOLR-8349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15142878#comment-15142878
]
David Smiley commented on SOLR-8349:
------------------------------------
First; I propose the container level cache be committed by itself (no Lucene
abstraction or anything explicitly using it). It will enable us Solr hackers
to at least explicitly use it in our components without resorting to using a
static field on a top-level class-loaded class. A positive step forward.
Now to clear something up; I definitely do not propose that Lucene have any
sort of dependency on Solr. And I further propose that no change of any kind
is needed to any of Lucene. I'll be more specific now that I see the relevant
part of Solr. I propose that, Solr's FieldTypePluginLoader.readAnalyzer
(called by IndexSchema) detect a flag attribute on a TokenizerFactory,
TokenFilter, or CharFilterFactory that declares that it be global, and if so
load it with a CoreContainer ResourceLoader (not a SolrCore one) into the
shared cache (if it's not already there). To be specific. This doesn't affect
the ResourceLoader abstraction, and components don't need to be written any
differently.
> Allow sharing of large in memory data structures across cores
> -------------------------------------------------------------
>
> Key: SOLR-8349
> URL: https://issues.apache.org/jira/browse/SOLR-8349
> Project: Solr
> Issue Type: Improvement
> Components: Server
> Affects Versions: 5.3
> Reporter: Gus Heck
> Attachments: SOLR-8349.patch
>
>
> In some cases search components or analysis classes may utilize a large
> dictionary or other in-memory structure. When multiple cores are loaded with
> identical configurations utilizing this large in memory structure, each core
> holds it's own copy in memory. This has been noted in the past and a specific
> case reported in SOLR-3443. This patch provides a generalized capability, and
> if accepted, this capability will then be used to fix SOLR-3443.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
