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

Julien Nioche commented on NUTCH-1746:
--------------------------------------

Hi Greg

Thanks for investigating this. Your suggestion to use  Configuration.toString() 
makes sense and I think we should commit this. Better to define the identity 
based on the K/V as done by Configuration.toString() and not on the instances.

We need to look into why multiple Configuration are being passed to ObjectCache 
: my guess is that it happens only in local mode. The same JVM is used to run 
all the mappers and reducers and it could be that a duplication of the Config 
object is done at some point. There might be clarifications / improvements on 
the use of NutchConfiguration.getUUID in PluginRepository and why it is not 
using ObjectCache.

Thanks again!



> OutOfMemoryError in Mappers
> ---------------------------
>
>                 Key: NUTCH-1746
>                 URL: https://issues.apache.org/jira/browse/NUTCH-1746
>             Project: Nutch
>          Issue Type: Bug
>          Components: generator, injector
>    Affects Versions: 1.7
>         Environment: Nutch running in local mode with 4M+ domains in 
> domain-urlfilter.txt
>            Reporter: Greg Padiasek
>             Fix For: 1.9
>
>         Attachments: Generator.patch, Injector.patch, ObjectCache.patch, 
> domain-urlfilter-aa, domain-urlfilter-ab, domain-urlfilter-ac
>
>
> Initially I found that Generator was throwing OutOfMemoryError exception no 
> matter how much RAM I allocated to JVM. I fixed the problem by moving 
> URLFilters, URLNormalizers and ScoringFilters to top-level class as 
> singletons and re-using them in all Generator mapper instances.
> Then I found the same problem in Injector and applied analogical fix.
> Now it seems that this issue may be common in all Nutch Mapper 
> implementations.
> I was wondering if it would it be possible to integrate this kind of change
> in the upstream code base and potentially update all vulnerable Mapper 
> classes.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to