RE: Hardware Question

2005-07-28 Thread Michael Celona
monster hardware. Splitting the index, more than 1 disk, ParallelIndexReader, the patch that splits index files into a number of data files, etc. Otis --- Michael Celona <[EMAIL PROTECTED]> wrote: > I am going over ways to increase overall search performance. > > > >

RE: Hardware Question

2005-07-28 Thread Michael Celona
you're spending pulling the Documents from the > index (and how much time you're spending in other parts of your > search > application). The call to search() is typically CPU-intensive, > while > pulling Documents is I/O-bound. And RAM is about 5 or 6 orders of > magnitu

RE: Hardware Question

2005-07-27 Thread Michael Celona
ally CPU-intensive, while pulling Documents is I/O-bound. And RAM is about 5 or 6 orders of magnitude faster than disk I/O. -chris On 7/27/05, Michael Celona <[EMAIL PROTECTED]> wrote: > I am going over ways to increase overall search performance. > > > > Currently, I have

Hardware Question

2005-07-27 Thread Michael Celona
I am going over ways to increase overall search performance. Currently, I have a dual zeon with 2G of ram dedicated to java searching an 8G index on one 7200 rpm drive. Which will give the greatest payoff? 1) Going to 64bit server and giving more memory to java with faster drive

RE: searcher question

2005-03-30 Thread Michael Celona
Curious... what kind of search performance are you getting for an index this size... -Original Message- From: Omar Didi [mailto:[EMAIL PROTECTED] Sent: Wednesday, March 30, 2005 3:15 PM To: java-user@lucene.apache.org Subject: RE: searcher question my java heap is between 128 and 1024 MB

RE: search performace

2005-03-17 Thread Michael Celona
My epoch looks like 1110816121 but is represented by a string. -Original Message- From: Erik Hatcher [mailto:[EMAIL PROTECTED] Sent: Thursday, March 17, 2005 11:41 AM To: java-user@lucene.apache.org Subject: Re: search performace On Mar 17, 2005, at 11:13 AM, Michael Celona wrote

RE: search performace

2005-03-17 Thread Michael Celona
sure to specify the sort type as an int and see if that improves performance. I'm pretty certain you'd still get better performance by using a boost than a sort though. Erik On Mar 17, 2005, at 8:59 AM, Michael Celona wrote: > I am sorting against an epoch time stored in

RE: search performace

2005-03-17 Thread Michael Celona
-line for a few days, so I'm not sure if anyone has replied on this thread yet. Using boosts will definitely use less resources than sorting. If you do use sorting for dates, be sure you're doing it numerically rather than lexicographically. Erik On Mar 10, 2005, at 8:45 AM, M

search performace

2005-03-10 Thread Michael Celona
I have a large index that needs to yield very fast query times. I am sorting by date as default since I am interested in the most recent documents. I was wondering if I boosted the score of my documents in proportion to the date and not sorting would this increase search performance. Thoughts?