[jira] [Commented] (NUTCH-2455) Speed up the merging of HostDb entries for variable fetch delay

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

[jira] [Commented] (NUTCH-2455) Speed up the merging of HostDb entries for variable fetch delay

JIRA jira@apache.org

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

Sebastian Nagel commented on NUTCH-2455:
----------------------------------------

{quote}Will it work?{quote}
I cannot guarantee that it will work. But sounds good.
{quote}load to the memory{quote}
That's a potential bottleneck, but it's better to keep only those HostDb entries in memory which are processed in the given reducer. Also: the Selector reducer already keeps a HashMap <host, counts> to check for generate.max.count and to distribute URLs of a single host over segments.

> Speed up the merging of HostDb entries for variable fetch delay
> ---------------------------------------------------------------
>
>                 Key: NUTCH-2455
>                 URL: https://issues.apache.org/jira/browse/NUTCH-2455
>             Project: Nutch
>          Issue Type: Improvement
>          Components: generator
>    Affects Versions: 1.13
>            Reporter: Markus Jelsma
>         Attachments: NUTCH-2455.patch
>
>
> Citing Sebastian at NUTCH-2420:
> ??The correct solution would be to use <host,score> pairs as keys in the Selector job, with a partitioner and secondary sorting so that all keys with same host end up in the same call of the reducer. If values can also hold a HostDb entry and the sort comparator guarantees that the HostDb entry (entries if partitioned by domain or IP) comes in front of all CrawlDb entries. But that would be a substantial improvement...??



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)