Hello, Cao Mạnh Đạt and Community Members: Thank you for your response and asking for missing information. I am answering as the following.
> Can you tell more about your setup? 1. index Wikipedia Data by Data Import Handler. 2. run Solr on the server described with the previous email. 3. run JMeter from Mac laptop[MacBook Pro 2018, Processor 2.3 GHz Intel Core i5, Memory 16GB) 4. execute JMeter plan with thread number 20, ramp-up 0, loop-count 1000. 5. get the result as the PDF file. (I am not sure if these steps are what you are asking for) > Are you using SolrCloud (with how many shards and replicas)? Both Solrs, Solr8.0.0 and Solr7.4.0, are standalone. So, intercommunication with HTTP/2 is, for sure, not affected. If you need more information, I would love to give you. So, could you please let me know? Sincerely, Kaya Ota 2019年5月19日(日) 16:23 Đạt Cao Mạnh <caomanhdat...@gmail.com>: > Hi Kaya, > > Can you tell more about your setup? Are you using SolrCloud (with how many > shards and replicas)? > Since the inter communications between nodes are using HTTP/2 as default > now. > > On Sun, 19 May 2019 at 07:29, Kayak28 <kaya.ota....@gmail.com> wrote: > > > Hello, Apache Solr community members: > > > > I have a few questions about the load test of Solr8. > > > > - for Solr8, optimization command merge segment to 2, but not 1. > > Is that ok behavior? > > When indexing Wikipedia data, Solr8 generated multiple segments. > > So, I executed <optimize /> command from the Admin UI. > > Solr8 did reduce the number of segments, but it left two segments. > > Hence, I wonder if it is ok behavior or it is weird. > > > > > > > > - in a certain situation (explained below), Solr8 (without the use of > > http/2 and block-max WAND algorithm) is faster then Solr7.4.0. What are > the > > considerable causes of this performance improvement? Or did I plan > > load-test badly? > > > > Here is the story I came up with these questions. > > I performed a simple load test on Solr8 to observe the difference in > > performance. > > So, I wondered how fast it became, comparing to Solr7.4.0, which is the > > version I currently use. > > > > My testing environment is below: > > OS: Ubuntu 16.04 > > Vendor: DELL PowerEdge T410 > > CPU:Intel(R) Xeon(R) CPU E5620 @2.40 GHz 8 Core > > Memory: 16GB > > Hard Disk: 3.5 Inch SATA (7,200 rpm): 500 GB > > > > The data is from the Japanese Wikipedia dump. > > > > By indexing them, both versions of Solrs store 2'366'754 documents, which > > the index size and JVM memory are 8.48 GB and 8GB accordingly. > > > > In order to perform several times of load-tests, only fieldValueCache and > > fieldCache are working; other Solr's caches are turned off. > > > > I use Jmeter(5.1.1) to measure average response time and throughput. > > I know Jmeter only sends HTTP/1 requests, without a plugin. (and I did > not > > use the plugin) > > So, this result should not be affected by HTTP/2. > > > > Also, according to a JIRA ( > > https://issues.apache.org/jira/browse/SOLR-13289 ). > > Solr8 has not supported block-max WAND algorithm yet, so again this > result > > should not be affected by the algorithm, which makes Lucene faster. > > > > The results from Jmeter is attached as a PDF file. > > > > According to these results, Solr8 is somehow superior then Solr7.4.0. > > > > But, I have no idea what are the considerable causes of this difference. > > Does anyone have any idea about this? > > > > > > Sincerely, > > Kaya Ota > > > -- > *Best regards,* > *Cao Mạnh Đạt* > > > *D.O.B : 31-07-1991Cell: (+84) 946.328.329E-mail: caomanhdat...@gmail.com > <caomanhdat...@gmail.com>* >
