nutch-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Markus Jelsma (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (NUTCH-2455) Speed up the merging of HostDb entries for variable fetch delay
Date Mon, 06 Nov 2017 16:11:00 GMT

     [ https://issues.apache.org/jira/browse/NUTCH-2455?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Markus Jelsma updated NUTCH-2455:
---------------------------------
    Description: 
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...??

  was:??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...??


> 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
>
> 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)

Mime
View raw message