running multiple webapps look like a bad idea. This is the very reason
solr has the multicore feature.
permgen size is a jvm option I guess it would be something like
-XX:MaxPermSize
On Wed, Feb 25, 2009 at 1:38 PM, revas wrote:
> Hi
>
> I am sure this question has been repeated many times over
HI,
How do i get the info on the current setting of MaxPermSize?
Regards
Sujahta
On 2/27/09, Alexander Ramos Jardim wrote:
>
> Another simple solution for your requirement is to use multicore. This way
> you will have only one Solr webapp loaded with as many indexes as you need.
>
> See more at
Another simple solution for your requirement is to use multicore. This way
you will have only one Solr webapp loaded with as many indexes as you need.
See more at http://wiki.apache.org/solr/MultiCore
2009/2/25 Michael Della Bitta
> Unfortunately, I think the way this works is the container cre
Unfortunately, I think the way this works is the container creates a
Classloader for each context and loads the contents of the .war into
that, regardless of whether each context references the same .war
file. All those classes are stored in permanent generation space, and
I'm fairly sure if you re
thanks will try that .I also have the war file for each solr instance in the
home directory of the instance ,would that be the problem ?
if i were to have common war file for n instances ,would there be any issue?
regards
revas
On 2/25/09, Michael Della Bitta wrote:
>
> It's possible I don't kn
It's possible I don't know enough about Solr's internals and there's a
better solution than this, and it's surprising me that you're running
out of PermGen space before you're running out of heap, but maybe
you've already increased the general heap size without tweaking
PermGen, and loading all the
It depends on the nature of webapps, their usage, and type of hardware.
Otis
--
Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
- Original Message
> From: Sujatha Arun <[EMAIL PROTECTED]>
> To: solr-user@lucene.apache.org
> Sent: Monday, September 29, 2008 3:05:54 PM
> Subjec
