You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@nutch.apache.org by "Doğacan Güney (JIRA)" <ji...@apache.org> on 2009/08/25 07:47:59 UTC
[jira] Closed: (NUTCH-721) Fetcher2 Slow
[ https://issues.apache.org/jira/browse/NUTCH-721?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Doğacan Güney closed NUTCH-721.
-------------------------------
Resolution: Fixed
Fix Version/s: 1.1
Assignee: Doğacan Güney
Code committed as of rev. 807485.
I am closing this issue. Of course, there may be other reasons why Fetcher2 is slow, so feel free to create new issues if so.
> Fetcher2 Slow
> -------------
>
> Key: NUTCH-721
> URL: https://issues.apache.org/jira/browse/NUTCH-721
> Project: Nutch
> Issue Type: Bug
> Components: fetcher
> Affects Versions: 1.0.0
> Environment: Fedora Core r6, Kernel 2.6.22-14, jdk1.6.0_12
> Reporter: Roger Dunk
> Assignee: Doğacan Güney
> Fix For: 1.1
>
> Attachments: crawl_generate.tar.gz, NUTCH-721.patch, nutch-site.xml
>
>
> Fetcher2 fetches far more slowly than Fetcher1.
> Config options:
> fetcher.threads.fetch = 80
> fetcher.threads.per.host = 80
> fetcher.server.delay = 0
> generate.max.per.host = 1
> With a queue size of ~40,000, the result is:
> activeThreads=80, spinWaiting=79, fetchQueues.totalSize=0
> with maybe a download of 1 page per second.
> Runing with -noParse makes little difference.
> CPU load average is around 0.2. With Fetcher1 CPU load is around 2.0 - 3.0
> Hosts already cached by local caching NS appear to download quickly upon a re-fetch, so possible issue relating to NS lookups, however all things being equal Fetcher1 runs fast without pre-caching hosts.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.