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
> 

Reply via email to