Return-Path: Delivered-To: apmail-lucene-lucene-net-user-archive@www.apache.org Received: (qmail 2209 invoked from network); 20 Jan 2011 04:00:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 20 Jan 2011 04:00:11 -0000 Received: (qmail 13203 invoked by uid 500); 20 Jan 2011 04:00:10 -0000 Delivered-To: apmail-lucene-lucene-net-user-archive@lucene.apache.org Received: (qmail 12665 invoked by uid 500); 20 Jan 2011 04:00:06 -0000 Mailing-List: contact lucene-net-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: lucene-net-user@lucene.apache.org Delivered-To: mailing list lucene-net-user@lucene.apache.org Received: (qmail 12623 invoked by uid 99); 20 Jan 2011 04:00:05 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Jan 2011 04:00:05 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of nicw@fastchicken.co.nz designates 209.85.210.176 as permitted sender) Received: from [209.85.210.176] (HELO mail-iy0-f176.google.com) (209.85.210.176) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Jan 2011 04:00:01 +0000 Received: by iyb26 with SMTP id 26so149945iyb.35 for ; Wed, 19 Jan 2011 19:59:40 -0800 (PST) MIME-Version: 1.0 Received: by 10.42.165.3 with SMTP id i3mr1930898icy.430.1295495980579; Wed, 19 Jan 2011 19:59:40 -0800 (PST) Received: by 10.42.130.129 with HTTP; Wed, 19 Jan 2011 19:59:40 -0800 (PST) In-Reply-To: <352124E8BA61544F8C92497D3F6D8CD6221BBE@JAGUAR.moonvalley.net> References: <004601cbb5be$c1da8b50$458fa1f0$@com> <7C792063A22DFB40A9387B1D11B012F67358A462CA@EXMB01.uk.conde-nast.biz> <352124E8BA61544F8C92497D3F6D8CD6221BBE@JAGUAR.moonvalley.net> Date: Thu, 20 Jan 2011 16:59:40 +1300 Message-ID: Subject: Re: Lucene.Net 2.9 Uses Single Processor under Stress From: Nic Wise To: lucene-net-user@lucene.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable My understanding with Lucene.NET has always been that Threading is MY problem, not Lucene's. It's readers are threadsafe (from memory), and the writers are if you are a little careful.... Can you simulate the same thing with a dummy result set - maybe remove the call to lucene (but keep your threading) and return the same result over and over, and see what happens as you ramp it up. On Thu, Jan 20, 2011 at 10:38, Chris Woolum wrote: > I didn't think Lucene has built in threading using a regular > Indexsearcher or Indexreader. Wouldn't this be a problem with threading > in your Lucene implementation? This is just as far as I knew... Somebody > please correct me if I am wrong. > > Chris > > > > -----Original Message----- > From: Frank Yu [mailto:frank.yu@farpoint.com] > Sent: Wednesday, January 19, 2011 1:16 PM > To: lucene-net-user@lucene.apache.org > Subject: Lucene.Net 2.9 Uses Single Processor under Stress > > Hi All, > > I met a strange situation that the Lucene.Net used only 1 processor on a > quad dual-core processors machine when the search load exceeded a > certain threshold (i.e., 35 searches per second). It took a few minutes > before the load got distributed over all processors. When the load was > below the threshold (i.e., 20 searches per second), all processors got > used evenly. > > The used Lucene.net is v2.9 and the index size is about 4GB with 15 > millions of documents. There was no index update and the load was search > only without any index update. > > Has anyone seen this kind of behavior before? > > Thanks a lot, > > Frank > > > --=20 Nic Wise t.=C2=A0 +64 21 676 418 |=C2=A0@fastchicken | http://www.linkedin.com/in/ni= cwise b. http://www.fastchicken.co.nz/ | http://www.flickr.com/photos/nicwise mobileAgent (for FreeAgent): get your accounts in your pocket. http://goo.gl/IuBU Note: We are in New Zealand from Dec 2010 to 19th Feb 2011. UK number will work again after that (+44 7788 592 806)