[
https://issues.apache.org/jira/browse/SOLR-16758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17718581#comment-17718581
]
Michael Gibney commented on SOLR-16758:
---------------------------------------
Just to be absolutely certain, the "baseline" you're referring to in these
latest numbers is the exact same Solr version as "patch", only without the
patch applied? (I'm making sure that "baseline" is not, e.g., Solr version 8.x,
which could also reasonably be referred to as a "baseline", just in a slightly
different sense). This question is especially relevant because core reload will
incur all kinds of other overhead, to the point that it could make it hard even
to determine what we're evaluating. It's not that "query latency following core
reload" is irrelevant, and one would hope that it'd be close enough to
equivalent if the _only_ difference between compared versions is the patch. But
I suspect your results would zero in more specifically on the patch if instead
of core reload, you bypassed the cache via the {{cache=false}} local param,
e.g.:
{code:java}
String[] queries = {"{!graph cache=false from=node_s to=edge_ss maxDepth=1
v='*:*'}type_s:child"};
{code}
> GraphQuery Performing Slower in Solr 9
> --------------------------------------
>
> Key: SOLR-16758
> URL: https://issues.apache.org/jira/browse/SOLR-16758
> Project: Solr
> Issue Type: Bug
> Reporter: Kira Traynor
> Priority: Major
> Attachments: GraphQuery.patch, QueryLatencySolrTest.java
>
>
> We found that the changes made in SOLR-14185 with the GraphQuery slowed down
> the performance of the graph join by around 50%. Reverting the changes made
> in that pr to use a `Filter` object to get the `DocIdSet` rather than using a
> `DocIdSetIterator`, sped the query times up in our tests to be more similar
> to what we were seeing with the Solr 8 graph joins.
> The same change was made to the JoinQuery class so possibly slower
> performance can be found there as well.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org
