You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-user@lucene.apache.org by sunnyfr <jo...@gmail.com> on 2009/03/31 18:11:42 UTC

Re: Lucene index sizes and performance

Hi Chris,

Just 10-15% of the index size for the memory, how does it work?
It just look for in each segment merged ? 
that's why when I commit it's getting slower ?? 

Thanks 



chrislusf wrote:
> 
> Not really suggestion but some points to consider.
> (a) Greatly depending on your hardware, especially harddrive speed.
> (b) Do you do SortBy? Each SortBy field will need an array in memory.
> If no sortBy, reserve memory for about 10~15% of index size will be
> enough.
> (c) Maybe try to split by index content category first, much easier.
> 
> -- 
> Chris Lu
> -------------------------
> Instant Scalable Full-Text Search On Any Database/Application
> site: http://www.dbsight.net
> demo: http://search.dbsight.com
> Lucene Database Search in 3 minutes:
> http://wiki.dbsight.com/index.php?title=Create_Lucene_Database_Search_in_3_minutes
> 
> On 7/7/07, Chun Wei Ho <cw...@gmail.com> wrote:
>> We are currently running a search service with a single Lucene index
>> of about 10 GB. We would like to find out:
>>
>> (a) What is the usual index size of everyone else? How large have
>> Lucene index gone in prodution environments, and is there a sort of a
>> optimal size that Lucene indexes should be?
>>
>> (b) With a index size of 10GB, how much memory would you recommend a
>> dual 3GHz machine serving searches on it to have. We currently have
>> 4GB RAM and are thinking of adding more for faster searches?
>>
>> Is there a ballpark figure or guide that we can adhere to - so we
>> might add more RAM depending on the rate of index growth.
>>
>>
>> (c) We're considered the possibility of splitting our large index into
>> several smaller ones based on discussions in previous threads.
>>
>> Did anyone do so here and how did you manage it - splitting by logical
>> category, or splitting by time (so perhaps a index that holds 2 months
>> worth of documents might be split into 8 indexes of 1 week each). How
>> would the searching application handle/merge results from different
>> indexes?
>>
>>
>> Regards,
>> CW
>>
>> Just a postscript here to thank mailing list folks who have been
>> providing us with guidance on Lucene all this time :)
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
>> For additional commands, e-mail: java-user-help@lucene.apache.org
>>
>>
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
> For additional commands, e-mail: java-user-help@lucene.apache.org
> 
> 
> 

-- 
View this message in context: http://www.nabble.com/Lucene-index-sizes-and-performance-tp11484310p22805212.html
Sent from the Lucene - Java Users mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: java-user-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-user-help@lucene.apache.org