On 2/19/2016 6:51 AM, Adam Neal [Extranet] wrote: > I've recently upgraded from 4.10.2 to 5.3.1 and I've hit an issue with slow > commits on one of my cores. The core in question is relatively small (56k > docs) and the issue only shows when commiting after a number of deletes, > commiting after additions is fine. As an example commiting after deleting > approximately 10% of the documents takes around 25mins. The same test on the > 4.10.2 instance takes around 1 second.
This sounds like one of two possibilities, with a strong possibility that it's both: * You are encountering extreme garbage collection pauses from a heap that's too small. * The deletes are leading to segment merges that are proceeding slowly. What is the max heap set to on the new version? Do you know what it was set to on the old version? How much disk space is used by your 56000 document index? Thanks, Shawn
