[ https://issues.apache.org/jira/browse/SOLR-8349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15156293#comment-15156293 ]
Noble Paul edited comment on SOLR-8349 at 2/21/16 11:33 PM: ------------------------------------------------------------ OK , I got the point. The framework can be easily extended to make the decoder pluggable. So the cache can just keep the decoded object in memory instead of ByteBuffer So the API would look like {code} MyCsvDecoder<MyCustomObject> csvDecoder = null;//initiate your decoder that would convert your csv to MyCustomObject ObjectRef<MyCustomObject> ref = BlobRepository.getObjectIncRef(name, csvDecoder ); {code} was (Author: noble.paul): OK , I got the point. The framework can be easily extended to making the codec pluggable. So the cache can just keep the decoded object in memory instead of ByteBuffer So the API would look like {code} MyCsvDecoder<MyCustomObject> csvDecoder = null;//initiate your decoder that would convert your csv to MyCustomObject ObjectRef<MyCustomObject> ref = BlobRepository.getObjectIncRef(name, csvDecoder ); {code} > 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, 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: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org