Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: solr-user@lucene.apache.org
Received-SPF: error (nike.apache.org: local policy)
Date: Wed, 14 Aug 2013 14:29:24 -0700 (MST)
From: Chris Hostetter <hossman_lucene@fucit.org>
To: solr-user@lucene.apache.org
Subject: Re: Who's cleaning the Fieldcache?
In-Reply-To: <520B2F65.1060904@gmail.com>
Message-ID: <alpine.DEB.2.02.1308141427260.21848@frisbee>
References: <520B2F65.1060904@gmail.com>
User-Agent: Alpine 2.02 (DEB 1266 2009-07-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII


: why? Those are my sort fields and they are occupying a lot of space (doubled
: in this case but I see that sometimes I have three or four "old" segment
: references)
: 
: Is there something I can do to remove those old references? I tried to reload
: the core and it seems the old references are discarded (i.e. garbage
: collected) but I believe is not a good workaround, I would avoid to reload the
: core for every replication cycle.

You don't need to reload the core to get rid of the old FieldCaches -- in 
fact, there is nothing about reloading the core that will garuntee old 
FieldCaches get removed.

FieldCaches are managed using a WeakHashMap - so once the IndexReader's 
associated with those FieldCaches are no logner used, they will be garbage 
collected when and if the JVMs garbage collector get arround to it.

if they sit arround after you are done with them, they might look like the 
ytake upa log of memory, but that just means your JVM Heap has that memory 
to spare and hasn't needed to clean them up yet.


-Hoss