don't issue an optimize command... either you have a solrj client that issues a client.optimize() command or you pressed the "optimize now" in the admin UI. Solr doesn't do this by itself.
Best, Erick On Thu, Apr 14, 2016 at 8:30 AM, Novin Novin <toe.al...@gmail.com> wrote: > How can I stop happening "DirectUpdateHandler2 Starting optimize... Reading > and rewriting the entire index! Use with care" > > Thanks > novin > > On 14 April 2016 at 14:36, Shawn Heisey <apa...@elyograg.org> wrote: > >> On 4/14/2016 7:23 AM, Novin Novin wrote: >> > Thanks for reply Shawn. >> > >> > Below is snippet of jetty.xml and jetty-https.xml >> > >> > jetty.xml:38: <Set name="idleTimeout" type="int"><Property >> > name="solr.jetty.threads.idle.timeout" default="5000"/></Set> >> > /// I presume this one I should increase, But I believe 5 second is >> enough >> > time for 250 docs to add to solr. >> >> 5 seconds might not be enough time. The *add* probably completes in >> time, but the entire request might take longer, especially if you use >> commit=true with the request. I would definitely NOT set this timeout >> so low -- requests that take longer than 5 seconds are very likely going >> to happen. >> >> > I'm also seeing "DirectUpdateHandler2 Starting optimize... Reading and >> > rewriting the entire index! Use with care". Would this be causing delay >> > response from solr? >> >> Exactly how long an optimize takes is dependent on the size of your >> index. Rewriting an index that's a few hundred megabytes may take 30 >> seconds to a minute. Rewriting an index that's several gigabytes will >> take a few minutes. Performance is typically lower during an optimize, >> because the CPU and disks are very busy. >> >> Thanks, >> Shawn >> >>