[ https://issues.apache.org/jira/browse/LUCENE-5468?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13915051#comment-13915051 ]
Robert Muir commented on LUCENE-5468: ------------------------------------- No, but when testing relevance, outputting all the stems leads to slower indexing, a much larger index, and significantly impacts precision for some languages. So after reading CLEF experiments done with hungarian (http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.105.8036&rep=rep1&type=pdf) where they suggest a simple disambiguation heuristic (shortest stem for most aggressive), i experimented with the opposite, and found it was quite useful :) > Hunspell very high memory use when loading dictionary > ----------------------------------------------------- > > Key: LUCENE-5468 > URL: https://issues.apache.org/jira/browse/LUCENE-5468 > Project: Lucene - Core > Issue Type: Bug > Affects Versions: 3.5 > Reporter: Maciej Lisiewski > Priority: Minor > Attachments: LUCENE-5468.patch, patch.txt > > > Hunspell stemmer requires gigantic (for the task) amounts of memory to load > dictionary/rules files. > For example loading a 4.5 MB polish dictionary (with empty index!) will cause > whole core to crash with various out of memory errors unless you set max heap > size close to 2GB or more. > By comparison Stempel using the same dictionary file works just fine with 1/8 > of that (and possibly lower values as well). > Sample error log entries: > http://pastebin.com/fSrdd5W1 > http://pastebin.com/Lmi0re7Z -- This message was sent by Atlassian JIRA (v6.1.5#6160) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org