Slow queries until core is reindexed
Hi all, We have a solr 8.4.1 server running on Windows. (Very simple setup.) 16GB RAM / JVM-Mem set to 4GB Solr host 4 cores. (2 GB + 1GB + 75MB + 75MB) Full data import every night. No delta import. This server is used for tests by 2 people. (very low request rate) We have an issue we don't understand: The average response time for search queries is < 10ms. Sometimes the response time slow down considerably (>1000ms) for all queries but just for 1 core. All queries continue to be slow until we reindex the core with a full data import. After that, response time go back under 10ms for this core but another core begins to slow down. We cannot operate all the 4 cores with the expected response time <10ms at the same time. What can be the cause of this issue? Thanks, Dany -- Sent from: https://lucene.472066.n3.nabble.com/Solr-User-f472068.html
Re: Slow queries until core is reindexed
I'm pretty sure we found the problem. It's related to memory. Sometimes Windows seems to unmap index files from memory, because other processes need it. To force Windows to map index files again, we need to rebuild the index. We can clearly see this behaviour with tools like RAMMap. With servers 100% dedicated to Solr (no other softwares on the server), this problem does not occur. -- Sent from: https://lucene.472066.n3.nabble.com/Solr-User-f472068.html
Constant score and stopwords strange behaviour
Hi, I'm working on a Solr core where we don't want to use TF-IDF (BM25). We rank documents with boost based on popularity, exact match, phrase match, etc. To bypass TF-IDF, we use constant score like this "q=harry^=0.5 potter^=0.5" (score is always 1 before boost) We have just noticed a strange behaviour with this method. With "q=a cat", the stopword 'a' is automatically removed by the query analyzer. But with "q=a^0.5 cat^0.5", the stopword 'a' is not removed. We also tried something like "q=(a AND cat)^=1" but the problem still. Someone have an idea or a better solution to bypass TF-IDF ? relevant info in solrconfig : ... edismax 5<90% true ... relevant info in schema : ... ... Thanks -- Sent from: https://lucene.472066.n3.nabble.com/Solr-User-f472068.html
