lucene-java-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nader S. Henein" <...@bayt.net>
Subject RE: Stress Testing Lucene
Date Sat, 29 Jun 2002 08:11:02 GMT
I'm not sure witch one hit first, I kinda ran into both at the same time,
what I'm thinking of now is taking Otis's advice and going for an
IndexReader
pool using the POOL package in the Jakarta Commons, and that way I can limit
the number of concurrent searches and avoid that stress testing corruption
issue
until I figure it out. But coming back to your question, I wasn't writing at
the
time that's the strange thing I was strictly searching, I even has all my
schedulers
off to avoid updates or deletes during the stress testing (one step at time
approach)

Nader


-----Original Message-----
From: Scott Ganyo [mailto:scott.ganyo@eTapestry.com]
Sent: Thursday, June 27, 2002 7:06 PM
To: 'Lucene Users List'
Subject: RE: Stress Testing Lucene


Which came first--the out of file handles error or the corruption?  I
haven't looked, but I would guess that if you ran into the file handles
exception while writing, that might leave Lucene in a bad state.  Lucene
isn't transactional and doesn't really have the ACID properties of a
database...

> -----Original Message-----
> From: Nader S. Henein [mailto:nsh@bayt.net]
> Sent: Wednesday, June 26, 2002 11:45 PM
> To: Lucene Users List
> Subject: RE: Stress Testing Lucene
>
>
> I rebooted my machine and still the same issue .. if I know
> what caused that to happen, I would be able to solve it with
> some source tweaking, and it's not the files handles on the machine I
> got over that problem months ago. Let's consider worst case
> scenario and
> that
> corruption did occur what could be the reasons, I'm goig to need some
> insider
> help to get through this one.
>
> N.
>
> -----Original Message-----
> From: Scott Ganyo [mailto:scott.ganyo@eTapestry.com]
> Sent: Wednesday, June 26, 2002 7:15 PM
> To: 'Lucene Users List'
> Subject: RE: Stress Testing Lucene
>
>
> 1) Are you sure that the index is corrupted?  Maybe the file
> handles just
> haven't been released yet.  Did you try to reboot and try again?
>
> 2) To avoid the too-many files problem: a) increase the
> system file handle
> limits, b) make sure that you reuse IndexReaders as much as
> you can rather
> across requests and client rather than opening and closing them.
>
> > -----Original Message-----
> > From: Nader S. Henein [mailto:nsh@bayt.net]
> > Sent: Wednesday, June 26, 2002 10:11 AM
> > To: lucene-user@jakarta.apache.org
> > Subject: Stress Testing Lucene
> > Importance: High
> >
> >
> >
> > Hey people,
> >
> > I'm running a Lucene (v1.2) servlet on resin and I must say
> > compared to
> > Oracle Intermedia
> > it's working beautifully. BUT today, I started stress testing and I
> > downloaded a program called
> > Web Roller, witch simulates clients, requests ,
> > multi-threading .. the works
> > and I was testing
> > I was doing something like 50 simultaneous requests and I was
> > repeating that
> > 10 times in a row.
> >
> > but then something happened and the index got corrupted,
> > every time I try
> > opening the index
> > with the reader to search or open with the writer to optimize
> > I get that
> > damned too-many files
> > open error. I can imagine that every application on the market has a
> > breaking point and these breaking
> > points have side effects, so is the corruption of the index a
> > side effect
> > and if so is there a way that
> > I configure my web server to crash before the corruption
> > occurs, I'd rather
> > re-start the web server and
> > throw some people off wack rather that have to re-build the
> > index or revert
> > to an older version.
> >
> > Do you know of any way to safeguard against this ?
> >
> > General Info:
> > The index is about 45 MB with 60 000 XML files each
> > containing 18-25 fields.
> >
> >
> > Nader S. Henein
> > Bayt.com , Dubai Internet City
> > Tel. +9714 3911900
> > Fax. +9714 3911915
> > GSM. +9715 05659557
> > www.bayt.com
> >
> >
> > --
> > To unsubscribe, e-mail:
> > <mailto:lucene-user-unsubscribe@jakarta.apache.org>
> > For additional commands, e-mail:
> > <mailto:lucene-user-help@jakarta.apache.org>
> >
>
>
> --
> To unsubscribe, e-mail:
> <mailto:lucene-user-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail:
> <mailto:lucene-user-help@jakarta.apache.org>
>


--
To unsubscribe, e-mail:   <mailto:lucene-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:lucene-user-help@jakarta.apache.org>


Mime
View raw message