Hey folks, Disclaimer: I haven't given this too much thought, so feel free to shoot me down if this is a stupid idea.
We have a lot of Solr instances with a lot of different customers, and most of them fit into a patterb of 9-5 searching and slow but steady addition of documents 24/7, at a rate of about 10docs/second. This means there's hardly any searching going on at night. This also means that merges during the day can be a problem when indexes grow large, especially with commit intervals of around one minute. This seems wasteful, because the index doesn't grow *that* much larger during a single working day. I was wondering if it would be a good idea to create a MergePolicy that only merges segments during off-peak hours (or maybe according to a cron-style pattern or something). Any thoughts? Thanks, - Bram --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
