De: Erik Hatcher [mailto:[EMAIL PROTECTED]
Enviado el: lunes, 23 de junio de 2008 20:49
Para: solr-user@lucene.apache.org
Asunto: Re: never desallocate RAM...during search
On Jun 23, 2008, at 8:16 AM, <[EMAIL PROTECTED]> wrote:
> I was doing something similar to your solution to have bet
On Jun 23, 2008, at 8:16 AM, <[EMAIL PROTECTED]> wrote:
I was doing something similar to your solution to have better
searching
times.
I download you patch but I have a problem in one class. I'm not sure
if I'm
doing something wrong but if I what to compile the proyect I must
change in
In
cene.apache.org
Asunto: RE: never desallocate RAM...during search
Hi Robert,
We had actually a similar problem to your own (slow highlighting of big
documents). We corrected it by extending copyField functionality :
https://issues.apache.org/jira/browse/SOLR-538
We just updated the patch.
: Another thing that I found is that although I comment (in solrconfig) all
: this options:
: > filterCache, queryResultCache, documentCache, enableLazyFieldLoading,
: useFilterForSortedQuery, boolTofilterOptimizer
: In the stats always appear "caching:true".
FYI: that's telling you that the
problem.
Nicolas
-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Envoyé : mercredi 18 juin 2008 15:49
À : solr-user@lucene.apache.org
Objet : RE: never desallocate RAM...during search
Hi Otis,
Thank you for your attention.
I've read for days the mail list
ene.apache.org
Asunto: Re: never desallocate RAM...during search
Hi,
I don't have the answer about why cache still shows "true", but as far as
memory usage goes, based on your description I'd guess the memory is
allocated and used by the JVM which typically tries not to run GC unle
Hi,
I don't have the answer about why cache still shows "true", but as far as
memory usage goes, based on your description I'd guess the memory is allocated
and used by the JVM which typically tries not to run GC unless it needs to.
So if you want to get rid of that used memory, you need to ta
