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

Alexey Serba commented on SOLR-2356:
------------------------------------

It seems like bottleneck in colby's case is database connection and indexing 
records from a single database result set using multiple threads won't help 
that much (unless you have really CPU intensive analysis process).

bq. In my opinion, DIH should be completely redesigned as a standalone webapp. 
It is a major design flaw that it is a RequestHandler within a Solr 
Core/collection.
+1
                
> indexing using DataImportHandler does not use entire CPU capacities
> -------------------------------------------------------------------
>
>                 Key: SOLR-2356
>                 URL: https://issues.apache.org/jira/browse/SOLR-2356
>             Project: Solr
>          Issue Type: Improvement
>          Components: update
>    Affects Versions: 4.0-ALPHA
>         Environment: intel xeon processor (4 cores), Debian Linux Lenny, 
> OpenJDK 64bits server v1.6.0
>            Reporter: colby
>            Priority: Minor
>              Labels: test
>   Original Estimate: 168h
>  Remaining Estimate: 168h
>
> When I use a DataImportHandler to index a large number of documents (~35M), 
> cpu usage doesn't go over than 100% cpu (i.e. just one core).
> When I configure 4 threads for the <entity> tag, the cpu usage is splitted to 
> 25% per core but never use 400% of cpu (i.e 100% of the 4 cores)
> I use solr embedded with jetty server.
> Is there a way to tune this feature in order to use all cores and improve 
> indexing performances ?
> Because for the moment, an extra script (PHP) gives better indexing 
> performances than DIH.
> thanks

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to