Return-Path: Delivered-To: apmail-lucene-solr-user-archive@locus.apache.org Received: (qmail 82484 invoked from network); 26 Mar 2008 21:46:21 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Mar 2008 21:46:21 -0000 Received: (qmail 28085 invoked by uid 500); 26 Mar 2008 21:46:18 -0000 Delivered-To: apmail-lucene-solr-user-archive@lucene.apache.org Received: (qmail 28041 invoked by uid 500); 26 Mar 2008 21:46:18 -0000 Mailing-List: contact solr-user-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-user@lucene.apache.org Delivered-To: mailing list solr-user@lucene.apache.org Received: (qmail 28032 invoked by uid 99); 26 Mar 2008 21:46:18 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Mar 2008 14:46:18 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of twoencore@gmail.com designates 209.85.200.172 as permitted sender) Received: from [209.85.200.172] (HELO wf-out-1314.google.com) (209.85.200.172) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 26 Mar 2008 21:45:37 +0000 Received: by wf-out-1314.google.com with SMTP id 28so3584406wff.20 for ; Wed, 26 Mar 2008 14:45:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Ms42DlbfVp5n7oc4OjMka2WklCx8Lpk69Yo9nIIX74s=; b=sr8EaYXueLAMQ3EeiKp5rylrY7R38E1TxTd0495LM6AXfJVG4U1FklgQdfn6PzDaI7NrLz2KoMNHAfCEQRAJTcE9CuBSARbQCG2WDb3xo/Gq0jUgOs4T82nc9owYkV7w6WrYB7AoGD4INjx9AfprGGu4ILZPN8SjPF7e6CZZJQ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ZBv7NVdla8BTuUs3iLxaAlANVXNOunktjkwLqgf0p39MBBQ33HBJmKmd2U7sukYc32uMf82WMHENBDO0Xre0L9T8cAsUPh7ci4w4GF6RmP1X1YHfMRCsXP6YRt3/AT6twzLzWQr8811QOw/WrFQFGENJ1yuIA7PKGln7se8/fhY= Received: by 10.141.79.12 with SMTP id g12mr542459rvl.29.1206567947984; Wed, 26 Mar 2008 14:45:47 -0700 (PDT) Received: by 10.141.44.21 with HTTP; Wed, 26 Mar 2008 14:45:47 -0700 (PDT) Message-ID: Date: Wed, 26 Mar 2008 17:45:47 -0400 From: "Jeryl Cook" To: solr-user@lucene.apache.org, orion@terracottatech.com Subject: Re: Update schema.xml without restarting Solr? In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <602657.67340.qm@web50311.mail.re2.yahoo.com> <47EAB4EB.2090007@gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org i wouldn't call Terracotta approach magic(smile)..., it's being used quite a bit in many scalable high performing projects... i personally used Terracotta and Lucene, and it worked but did not try to "cluster" it with multiple terracotta(workers) across nodes , and the Terracotta(master)..just a single box with two tomcat instances... However "talk is cheap", if I have the time over the next few weeks ill make a bench mark test based on the "Terracotta and Lucene", with maybe 3 nodes?and a 1 million documents.. maybe some others can do the same :).. FYI: http://www.terracotta.org/confluence/display/tcforge/Proposal+-+Terracotta+for+Lucene Jeryl Cook On Wed, Mar 26, 2008 at 5:16 PM, Yonik Seeley wrote: > On Wed, Mar 26, 2008 at 4:41 PM, Ryan McKinley wrote: > > just intuition - haven't tried it, so i'd love to be proved wrong. > > Instrumenting Objects and magically passing them around seems like it > > would be slower then a tuned approach used in SOLR-303. > > Yep, that's my sense too. No magic solutions when it comes to scalability. > > -Yonik > -- Jeryl Cook /^\ Pharaoh /^\ http://pharaohofkush.blogspot.com/ "..Act your age, and not your shoe size.." -Prince(1986)