index to a new collection and start
over. Paradoxically your index size _on disk_ will increase, but your JVM will
need drastically less heap. See:
http://blog.thetaphi.de/2012/07/use-lucenes-mmapdirectory-on-64bit.html
Best,
Erick
> On May 14, 2019, at 1:11 AM, Maulin Rathod wr
Heisey
Sent: 14 May 2019 01:04
To: solr-user@lucene.apache.org
Subject: Re: Solr node goes into recovery mode
On 5/13/2019 8:26 AM, Maulin Rathod wrote:
> Recently we are observing issue where solr node (any random node)
> automatically goes into recovery mode and stops responding.
Do yo
Hi,
We are using solr 6.1 version with 2 shards. Each shard have 1 replica set-up.
i.e. We have total 4 server nodes (each node is assigned 60 gb of RAM).
Recently we are observing issue where solr node (any random node) automatically
goes into recovery mode and stops responding.
We have
useful) wiki page:
> https://wiki.apache.org/solr/SolrPerformanceProblems#RAM
>
> Hope that helps, even if just to disqualify some potential
> causes/solutions to close in on a real fix.
>
> Best,
>
> Jason
>
> On Wed, Jan 31, 2018 at 8:17 AM, Maulin Rathod
Hi,
We are using solr cloud 6.1. We have around 20 collection on 4 nodes (We have 2
shards and each shard have 2 replicas). We have allocated 40 GB RAM to each
shard.
Intermittently we found long GC pauses (60 sec to 200 sec) due to which solr
stops responding and hence collections goes in
oad
condition it takes 100 ms to 2000 ms.
-Original Message-
From: Maulin Rathod
Sent: 03 March 2016 12:24
To: solr-user@lucene.apache.org
Subject: RE: Solr Configuration (Caching & RAM) for performance Tuning
we do soft commit when we insert/update document.
//Insert D
size
to something around 4gbs.
Also, how big is your index?
On Thu, 3 Mar 2016, 11:39 Maulin Rathod, <mrat...@asite.com> wrote:
> Hi,
>
> We are using Solr 5.2 (on windows 2012 server/jdk 1.8) for document
> content indexing/querying. We found that querying slows down
>
Hi,
We are using Solr 5.2 (on windows 2012 server/jdk 1.8) for document content
indexing/querying. We found that querying slows down intermittently under load
condition.
In our analysis we found two issues.
1) Solr is not effectively using caching.
Whenever new document indexed, it opens new
?
On 9/8/2015 11:16 PM, Maulin Rathod wrote:
> When replicas are running it took around 900 seconds for indexing.
> After stopping replicas it took around 500 seconds for indexing.
>
> Is the replication happens in Sync or Async? If it is Sync, can we
> make it Async so that it
We are using Solrcloud 5.3 with 2 shards and 2 replica. We observed that
indexing is slower when replicas is up and running. If we stop replicas
than indexing become very fast.
Here is some readings for indexing of 10 documents.
When replicas are running it took around 900 seconds for
As per this link (http://wiki.apache.org/solr/Join) Solr Join is supported
only for cores in single shard. Is there any plan to support Join Across
cores in Multiple Shard?
ct there's something about your setup that's odd.
The clusterstate for the collection would be interesting to see, as well as
your schema definition for your ID field.
Best,
Erick
On Fri, Aug 28, 2015 at 12:52 AM, Maulin Rathod <mrat...@asite.com> wrote:
> We have recently upgraded solr
We are using solrcloud 5.2 with 1 shard (in UK Data Center) and 1 replica
(in Australia Data Center). We observed that data inserted/updated in shard
(UK Data center) is replicated very slowly to Replica in AUSTRALIA Data
Center (Due to high latency between UK and AUSTRALIA). We are looking to
We have recently upgraded solr from 4.8 to 5.2. We have 2 shard and 2 replica
in solr cloud. It shows correctly in SolrCloud via Solr Admin Panel.
We found that sometimes same document is available in both the shards. We
confirmed via querying individual shard (from solr admin by passing shards
...@griddynamics.com
wrote:
Maulin,
Did you check performance with segmented filters which I advised recently?
On Wed, Aug 19, 2015 at 10:24 AM, Maulin Rathod mrat...@asite.com wrote:
As per my understanding caches are flushed every time when add new
document to collection (we do soft commit
-
From: Toke Eskildsen [mailto:t...@statsbiblioteket.dk]
Sent: 19 August 2015 12:16
To: solr-user@lucene.apache.org
Subject: Re: Performance issue with FILTER QUERY
On Wed, 2015-08-19 at 05:55 +, Maulin Rathod wrote:
SLOW WITH FILTER QUERY (takes more than 1 second
Hi,
http://stackoverflow.com/questions/11627427/solr-query-q-or-filter-query-fq
As per above link it suggests to use Filter Query but we observed Filter Query
is slower than Normal Query in our case. Are we doing something wrong?
SLOW WITH FILTER QUERY (takes more than 1 second)
Hi,
We are using solr cloud 5.2 version.
We have observed that Intermittently querying become slower when documentCache
become empty. The documentCache is getting flushed whenever new document added
to the collection.
Is there any way by which we can ensure that newly added documents are
[mailto:apa...@elyograg.org]
Sent: 17 August 2015 19:02
To: solr-user@lucene.apache.org
Subject: Re: Solr Caching (documentCache) not working
On 8/17/2015 7:04 AM, Maulin Rathod wrote:
We have observed that Intermittently querying become slower when
documentCache become empty. The documentCache
19 matches
Mail list logo