[
https://issues.apache.org/jira/browse/NUTCH-1196?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Ferdy Galema updated NUTCH-1196:
--------------------------------
Attachment: NUTCH-1196-v2.patch
New version of patch available. Changes from previous one:
bq. "reuse writable pattern"
Done. Although the new class UrlWithScore already was being reused in
DbUpdateMapper, I agree that it was an easy job to convert the existing
writables to similar usage.
bq. unary minus
Done.
bq. Use Float.MAX_VALUE for webpage record.
Done. The reduce loop is now broken out of when the limit is reached. I concur
that tallying is not really necessary, certainly not when considering the
performance boost this change grants us.
Will commit this when there are no objections.
> Update job should impose an upper limit on the number of inlinks (nutchgora)
> ----------------------------------------------------------------------------
>
> Key: NUTCH-1196
> URL: https://issues.apache.org/jira/browse/NUTCH-1196
> Project: Nutch
> Issue Type: Bug
> Reporter: Ferdy Galema
> Fix For: nutchgora
>
> Attachments: NUTCH-1196-v2.patch, NUTCH-1196.patch
>
>
> Currently the nutchgora branch does not limit the number of inlinks in the
> update job. This will result in some nasty out-of-memory exceptions and
> timeouts when the crawl is getting big. Nutch trunk already has a default
> limit of 10,000 inlinks. I will implement this in nutchgora too. Nutch trunk
> uses a sorting mechanism in the reducer itself, but I will implement it using
> standard Hadoop components instead (should be a bit faster). This means:
> The keys of the reducer will be a {url,score} tuple.
> *Partitioning* will be done by {url}.
> *Sorting* will be done by {url,score}.
> Finally *grouping* will be done by {url} again.
> This ensures all indentical urls will be put in the same reducer, but in
> order of scoring.
> Patch should be ready by tomorrow. Please let me know when you have any
> comments or suggestions.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
