vable).
>>
>> -
>> Uwe Schindler
>> H.-H.-Meier-Allee 63, D-28213 Bremen
>> http://www.thetaphi.de
>> eMail: u...@thetaphi.de
>>
>>
>>> -Original Message-
>>> From: Wilson Wu [mailto:songzi0...@gmail.com]
>>
> My take on this is that you want to first sort by the updateTime and then by
> score but you say this is not the case?
>
>
> Instead of calculating a boost value with f(t) can you not calculate and
> index the actual value you need for every document?
>
> Then you can firs
; For the document itself no boost value is stored, so you cannot get it (only
> so called stored fields are retrievable).
>
> -
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: u...@thetaphi.de
>
>
>> -----Original Messa
Hi,
Recently, there is a requirement to sort the hits by both the
scores of documents and the updateTime which is a field of document to
mark the document's update time. We want the new document in the
front and also want high score document in the front,in other words,
we want to mix the sco
hi,
I have a problem with scoring a document in lucene. I know there
are some factors such as docNum,boost,idf,docFreq,lengthNorm and so
on. And I also know how to count docNum,docFreq,idf, but I really have
no idea about counting the lengNorm . thx.
---
-- Forwarded message --
From: Wilson Wu
Date: 2009/10/24
Subject: Re: help needed improving lucene concurret search performance
To: java-user@lucene.apache.org
Hi,
Thanks a lot for your reply. There are 4 processors in my system.
I am not sure that 100 threads is going
Hi,
Thanks a lot for your reply. There are 4 processors in my system.
I am not sure that 100 threads is going to be 10 times slower
than 10 threads .Because all the threads don't run serial but
parallel. I think when there are 100 customers accessing my system,100
http connections will
Dear Friend,
I have encountered some performance problems recently in lucene
search 2.9. I use a single IndexSearcher in the whole system, It seems
perfect when there is less than 10 threads doing search concurrenty.
Bu if there is more than 100 threads doing concurrent search,the
average resp
