Return-Path: X-Original-To: apmail-lucene-java-user-archive@www.apache.org Delivered-To: apmail-lucene-java-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 0294F9EBD for ; Mon, 11 Jun 2012 16:56:39 +0000 (UTC) Received: (qmail 30798 invoked by uid 500); 11 Jun 2012 16:56:36 -0000 Delivered-To: apmail-lucene-java-user-archive@lucene.apache.org Received: (qmail 30166 invoked by uid 500); 11 Jun 2012 16:56:35 -0000 Mailing-List: contact java-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-user@lucene.apache.org Delivered-To: mailing list java-user@lucene.apache.org Received: (qmail 29964 invoked by uid 99); 11 Jun 2012 16:56:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Jun 2012 16:56:35 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [64.78.17.18] (HELO EXHUB018-3.exch018.msoutlookonline.net) (64.78.17.18) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 11 Jun 2012 16:56:27 +0000 Received: from EXVMBX018-1.exch018.msoutlookonline.net ([64.78.17.47]) by EXHUB018-3.exch018.msoutlookonline.net ([64.78.17.18]) with mapi; Mon, 11 Jun 2012 09:56:06 -0700 From: Paul Hill To: "java-user@lucene.apache.org" Date: Mon, 11 Jun 2012 09:56:05 -0700 Subject: RE: CPU usage increased using 3.4.0 Thread-Topic: CPU usage increased using 3.4.0 Thread-Index: Ac04n5YLsn072krpQQibbYuoUn9dTgPUo7zw Message-ID: References: <1337748598875-3985579.post@n3.nabble.com> In-Reply-To: <1337748598875-3985579.post@n3.nabble.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org Maybe someone already discussed this, but why is 100% usage a problem? I as= k, because one interpretation of going from 30% usage to 100% usage is that= the program is no longer I/O bound; it is no longer waiting around for I/O= to complete. But maybe that is not what you mean. If the total elapsed ru= n-time is down then you have gained something. If you need to share the CP= U with others, I would think this is mostly an OS question. If the CPU usa= ge is up because of better OS file buffer usage, you might find that anothe= r application could share the OS with little change to the JVM running the = crawl. The crawl application might slow down when fewer files buffers are = already in the OS file memory cache. -Paul > I have wrote a crawling and indexing program using 3.0.3 version. It work= s fine. CPU usage remain around > 30%. In November, 2011 I have upgraded Lucene > 3.4.0 version, trying crawling and indexing with this version, it increas= ed CPU usage to 100%. Can any one > please help me out about decreasing CPU usage. > What are the settings to be done in Lucene to decrease CPU usage. --------------------------------------------------------------------- To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org For additional commands, e-mail: java-user-help@lucene.apache.org