<div dir="ltr">For a fair comparison you should set facetNumRecs = 20 in zebradb/zebra-biblios-dom.xml. Because otherwise use_zebra_facets=0 is only processing the first 20 records, against 1000 from use_zebra_facets=1.<div><br></div><div>Regarding the amount of statements/function calls, I don't think they mean too much. Some things got pulled from a +150 line piece of code into several helper functions. I don't think it introduces much overhead.</div><div><br></div><div>REgards</div><div>Tomas</div><div><br></div><div>PS. if you play with facetNumRecs, remember to restart zebra each time you change it.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 4, 2015 at 6:22 PM, Paul A <span dir="ltr"><<a href="mailto:paul.a@navalmarinearchive.com" target="_blank">paul.a@navalmarinearchive.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">At 02:02 PM 2/2/2015 +0000, Tomas Cohen Arazi wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Paul, while you are running your tests, could you please compare this both scenarios:<br>
- <use_zebra_facets>1</use_<u></u>zebra_facets><br>
- <use_zebra_facets>0</use_<u></u>zebra_facets><br>
Thanks<br>
PS: I have found that searchResults is too slow too.<br>
</blockquote>
<br></span>
I have posted notes, results and some NYTProf examples at <<a href="http://navalmarinearchive.com/z_koha/" target="_blank">http://navalmarinearchive.<u></u>com/z_koha/</a>> -- the results are repeatable (I must have run NYTProf nearly 200 times.)<br>
<br>
Provisional conclusions are that <use_zebra_facets> = 1 (true) is not usable in production for a search that finds > 20k results. For smaller results, it might be acceptable, but is still appreciably slower than 3.08. Under the best circumstances (0-5 results) 3.08 responds in < 0.7 secs, 3.18 in 1.3 secs.  At the other extreme (25k results), 3.08 requires 1.07 secs, 3.18 21+ secs.<br>
<br>
I have defined an "optimal" 3.18 combination (see green line, Graph 2) which runs at about half the speed of 3.08, but does not give 'Series', 'Places' and 'Titles' in the facets.<br>
<br>
One point that jumped out is that a best case 3.08 search executes 431207 statements and 76556 subroutine calls in 297 source files and 81 string evals whereas a worst case 3.18 executes 1238167 statements and 309905 subroutine calls in 591 source files and 132 string evals. (Even the worst case 308 appears much more efficient than the best case 3.18.)<br>
<br>
The use of -T to start Zebra is non-conclusive -- it vaguely slows down smaller result sets and vaguely speeds up larger result sets (testing is repeatable.)  Robin was of course quite correct in his recent email, but I cannot explain even the minor variations experienced.<br>
<br>
I'm not at all certain how to file this as a bug, so will await any comments.<br>
<br>
Best -- Paul<div class="HOEnZb"><div class="h5"><br>
<br>
______________________________<u></u>_________________<br>
Koha-devel mailing list<br>
<a href="mailto:Koha-devel@lists.koha-community.org" target="_blank">Koha-devel@lists.koha-<u></u>community.org</a><br>
<a href="http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel" target="_blank">http://lists.koha-community.<u></u>org/cgi-bin/mailman/listinfo/<u></u>koha-devel</a><br>
website : <a href="http://www.koha-community.org/" target="_blank">http://www.koha-community.org/</a><br>
git : <a href="http://git.koha-community.org/" target="_blank">http://git.koha-community.org/</a><br>
bugs : <a href="http://bugs.koha-community.org/" target="_blank">http://bugs.koha-community.<u></u>org/</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div>Tomás Cohen Arazi</div><div>Prosecretaría de Informática</div><div>Universidad Nacional de Córdoba</div><div>✆ +54 351 5353750 ext 13168</div><div>GPG: B76C 6E7C 2D80 551A C765  E225 0A27 2EA1 B2F3 C15F</div></div></div>
</div>