I am assuming that you are running on linux here, I have found atop to be very useful to see what is going on.
http://freshmeat.net/projects/atop/ dstat is also very useful too but needs a little more work to 'decode'. Obviously there is contention going on, you just need to figure out where it is, most likely it is disk I/O but it could also be the number of cores you have. Also I would not say that performance is decreasing rapidly, probably more of a gentle slope down if you plot it (your double the number of cores every time). I would be very interested in hearing about what you find. Cheers François On Jun 16, 2011, at 10:00 AM, Andrzej Bialecki wrote: > On 6/16/11 3:22 PM, Mark Schoy wrote: >> Hi, >> >> I set up a Solr instance with 512 cores. Each core has 100k documents and 15 >> fields. Solr is running on a CPU with 4 cores (2.7Ghz) and 16GB RAM. >> >> Now I've done some benchmarks with JMeter. On each thread iteration JMeter >> queriing another Core by random. Here are the results (Duration: each with >> 180 second): >> >> Randomly queried cores | queries per second >> 1| 2016 >> 2 | 2001 >> 4 | 1978 >> 8 | 1958 >> 16 | 2047 >> 32 | 1959 >> 64 | 1879 >> 128 | 1446 >> 256 | 1009 >> 512 | 428 >> >> Why are the queries per second until 64 constant and then the performance is >> degreasing rapidly? >> >> Solr only uses 10GB of the 16GB memory so I think it is not a memory issue. >> > > This may be an OS-level disk buffer issue. With a limited disk buffer space > the more random IO occurs from different files, the higher is the churn rate, > and if the buffers are full then the churn rate may increase dramatically > (and the performance will drop then). Modern OS-es try to keep as much data > in memory as possible, so the memory usage itself is not that informative - > but check what are the pagein/pageout rates when you start hitting the 32 vs > 64 cores. > > -- > Best regards, > Andrzej Bialecki <>< > ___. ___ ___ ___ _ _ __________________________________ > [__ || __|__/|__||\/| Information Retrieval, Semantic Web > ___|||__|| \| || | Embedded Unix, System Integration > http://www.sigram.com Contact: info at sigram dot com >