And I could collect disk subsystem, JVM, processor, and so on, but we'd have a seven dimensional rule of thumb, which is kinda scary.
wunder On 2/28/08 12:14 PM, "Grant Ingersoll" <[EMAIL PROTECTED]> wrote: > You might want to get info about mergeFactors, and Lucene/Solr > versions in use. > > On Feb 28, 2008, at 1:15 PM, Walter Underwood wrote: > >> Please answer with the size of your index (post-optimize) and how long >> an optimize takes. I'll collect the data and see if I can draw a line >> through it. >> >> 190 MB, 55 seconds >> >> $ du -sk /apps/wss/solr_home/data/index >> 191592 /apps/wss/solr_home/data/index >> $ grep commit /apps/wss/tomcat/logs/stdout.log >> Feb 28, 2008 11:55:11 AM org.apache.solr.update.DirectUpdateHandler2 >> commit >> INFO: start commit(optimize=true,waitFlush=false,waitSearcher=true) >> Feb 28, 2008 11:56:06 AM org.apache.solr.update.DirectUpdateHandler2 >> commit >> INFO: end_commit_flush >> $ uname -a >> Linux spiderman4 2.6.9-22.EL #1 SMP Mon Sep 19 17:52:20 EDT 2005 >> ppc64 ppc64 >> ppc64 GNU/Linux >> >> wunder >> > >
