lucene-solr-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Damien Picard <picard.dam...@gmail.com>
Subject Re: Solr QTime explanation
Date Tue, 26 Jan 2016 10:35:00 GMT
Thank you, you are right ! It seems to be a congestion from our test tool.

Regards,

2016-01-19 18:46 GMT+01:00 Toke Eskildsen <te@statsbiblioteket.dk>:

> Damien Picard <picard.damien@gmail.com> wrote:
> > Currently we have 4 Solr nodes, with 12Gb memory (heap) ; the collections
> > are replicated (4 shards, 1 replica).
> > This query mostly returns a QTime=4 and it takes around 20ms on the
> client
> > side to get the result.
>
> > We have to handle around 200 simultaneous connections.
>
> You are probably experiencing congestion. JMeter can visualize throughput.
> Try experimenting with 10 to 100 concurrent threads in increments of 10
> threads and look at throughput underway. My guess is that throughput will
> rise as you increase threads, until some point after which it will fall
> again as the Solrs exceeds their peak performance point. You might end up
> getting better performance by rate-limiting outside of SolrCloud.
>
> Also, what does 200 simultaneous connections mean? Is that 200 requests
> per second?
>
> - Toke Eskildsen
>



-- 
Damien Picard
Expert GWT
<http://www.editions-eni.fr/livres/gwt-google-web-toolkit-developpez-des-applications-internet-riches-ria-en-java/.97a1a26e7d5be94763fc45ac2a1e961a.html>
Mob : 06 11 51 47 78

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message