RE: CoreAdmin STATUS performance

2013-01-14 Thread Shahar Davidson
Hi Stefan, I have opened issue SOLR-4302 and attached the suggested patch. Regards, Shahar. -Original Message- From: Stefan Matheis [mailto:matheis.ste...@gmail.com] Sent: Sunday, January 13, 2013 3:11 PM To: solr-user@lucene.apache.org Subject: Re: CoreAdmin STATUS performance

Re: CoreAdmin STATUS performance

2013-01-13 Thread Stefan Matheis
of two magnitudes! > In my case, it decreased the request time from around 800ms to around 1ms-4ms. > > Regards, > > Shahar. > > -Original Message- > From: Shawn Heisey [mailto:s...@elyograg.org] > Sent: Thursday, January 10, 2013 5:14 PM > To: solr-user@luc

RE: CoreAdmin STATUS performance

2013-01-13 Thread Shahar Davidson
request time from around 800ms to around 1ms-4ms. Regards, Shahar. -Original Message- From: Shawn Heisey [mailto:s...@elyograg.org] Sent: Thursday, January 10, 2013 5:14 PM To: solr-user@lucene.apache.org Subject: Re: CoreAdmin STATUS performance On 1/10/2013 2:09 AM, Shahar Davidson wrote

RE: CoreAdmin STATUS performance

2013-01-13 Thread Shahar Davidson
Thanks for sharing this info, Per - this info may prove to be valuable for me in the future. Shahar. -Original Message- From: Per Steffensen [mailto:st...@designware.dk] Sent: Thursday, January 10, 2013 6:10 PM To: solr-user@lucene.apache.org Subject: Re: CoreAdmin STATUS performance

Re: CoreAdmin STATUS performance

2013-01-10 Thread Per Steffensen
ated dynamically, who handles their creation (client/server) and how is it done? I'd love to hear more about it! Appreciate your help, Shahar. -Original Message- From: Per Steffensen [mailto:st...@designware.dk] Sent: Thursday, January 10, 2013 1:23 PM To: solr-user@lucene.apache.org S

Re: CoreAdmin STATUS performance

2013-01-10 Thread Shawn Heisey
On 1/10/2013 2:09 AM, Shahar Davidson wrote: As for your first question, the core info needs to be gathered upon every search request because cores are created dynamically. When a user initiates a search request, the system must be aware of all available cores in order to execute distributed se

RE: CoreAdmin STATUS performance

2013-01-10 Thread Shahar Davidson
erver) and how is it done? I'd love to hear more about it! Appreciate your help, Shahar. -Original Message- From: Per Steffensen [mailto:st...@designware.dk] Sent: Thursday, January 10, 2013 1:23 PM To: solr-user@lucene.apache.org Subject: Re: CoreAdmin STATUS performance On 1/1

Re: CoreAdmin STATUS performance

2013-01-10 Thread Per Steffensen
On 1/10/13 10:09 AM, Shahar Davidson wrote: search request, the system must be aware of all available cores in order to execute distributed search on_all_ relevant cores For this purpose I would definitely recommend that you go "SolrCloud". Further more we do something "ekstra": We have sever

RE: CoreAdmin STATUS performance

2013-01-10 Thread Shahar Davidson
Thanks Per. I'm currently not using SolrCloud but that's a good tip to keep in mind. Thanks, Shahar. -Original Message- From: Per Steffensen [mailto:st...@designware.dk] Sent: Thursday, January 10, 2013 10:02 AM To: solr-user@lucene.apache.org Subject: Re: CoreAdmin STATUS p

RE: CoreAdmin STATUS performance

2013-01-10 Thread Shahar Davidson
nstead of collecting everything) Thanks, Shahar. -Original Message- From: Shawn Heisey [mailto:s...@elyograg.org] Sent: Thursday, January 10, 2013 2:52 AM To: solr-user@lucene.apache.org Subject: Re: CoreAdmin STATUS performance On 1/9/2013 8:38 AM, Shahar Davidson wrote: > I have a client

Re: CoreAdmin STATUS performance

2013-01-10 Thread Per Steffensen
If you are using ZK-coordinating Solr (SolrCloud - you need 4.0+) you can maintain a in-memory always-up-to-date data-structure containing the information - ClusterState. You can get it through CloudSolrServer og ZkStateReader that you connect to ZK once and it will automatically update the in-

Re: CoreAdmin STATUS performance

2013-01-09 Thread Shawn Heisey
On 1/9/2013 8:38 AM, Shahar Davidson wrote: I have a client app that uses SolrJ and which requires to collect the names (and just the names) of all loaded cores. I have about 380 Solr Cores on a single Solr server (net indices size is about 220GB). Running the STATUS action takes about 800ms -

Re: CoreAdmin STATUS performance

2013-01-09 Thread Yury Kats
On 1/9/2013 10:38 AM, Shahar Davidson wrote: > Hi All, > > I have a client app that uses SolrJ and which requires to collect the names > (and just the names) of all loaded cores. > I have about 380 Solr Cores on a single Solr server (net indices size is > about 220GB). > > Running the STATUS ac

Re: CoreAdmin

2010-03-08 Thread Suram
Shalin Shekhar Mangar wrote: > > On Sat, Feb 27, 2010 at 5:22 PM, Suram wrote: > >> >> Hi all, >> >> How can i configure Core admin under the Tomcat server.Kindly >> could >> u tell me anyone >> >> > There's nothing to configure. If you are using multiple cores in Solr 1.4 > then Core

Re: CoreAdmin

2010-02-27 Thread Mark Miller
On 02/27/2010 06:52 AM, Suram wrote: Hi all, How can i configure Core admin under the Tomcat server.Kindly could u tell me anyone Thanks in advance You need to be more specific. Do you mean the CoreAdmin Handler? If so, you need to make sure the adminPath attribute is set in solr.

Re: CoreAdmin

2010-02-27 Thread Shalin Shekhar Mangar
On Sat, Feb 27, 2010 at 5:22 PM, Suram wrote: > > Hi all, > > How can i configure Core admin under the Tomcat server.Kindly could > u tell me anyone > > There's nothing to configure. If you are using multiple cores in Solr 1.4 then CoreAdmin is available. See http://wiki.apache.org/solr/

Re: CoreAdmin

2010-02-25 Thread Siddhant Goel
Hi, Did you *really* go through this page - http://wiki.apache.org/solr/CoreAdmin ? On Thu, Feb 25, 2010 at 7:40 PM, Sudhakar_Thangavel wrote: > > Hi, >Am new to Solr .Am not getting clearly in wiki..can any one tell me > how to configure coreAdmin i need step by step instruction.. > > >

Re: CoreAdmin for replication STATUS

2009-01-16 Thread Chris Hostetter
: > How do I find out the status of a slave's index? I have the following : > scenario: FYI: regardless of where your index comes from (java replication, script replication, manual mucking, etc...) the stats page of any solr core will tell you the index version number in use by the current sea

Re: CoreAdmin for replication STATUS

2009-01-15 Thread Akshay
On Fri, Jan 16, 2009 at 4:57 AM, Jacob Singh wrote: > Hi, > > How do I find out the status of a slave's index? I have the following > scenario: > > 1. Boot up the slave. I give it a core name of boot-$CoreName. > > 2. I call boot-$CoreName/replication?command=snappull > > 3. I check back every