[
https://issues.apache.org/jira/browse/SOLR-16228?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17545905#comment-17545905
]
ASF subversion and git services commented on SOLR-16228:
--------------------------------------------------------
Commit 7665a03bacf701329348859d049717dfa1f7c36c in solr's branch
refs/heads/main from Eric Pugh
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=7665a03bacf ]
SOLR-16228: Audit how we refer to Solr Modules (#889)
* Consistent use of the word Module to mean a Solr Module
* Use the same language around enabling a Solr Module
* Consolidate the details on installing a module to a link to the solr-modules
page where possible.
* Make sure every Solr Module has the name of that module IN the Ref Guide for
users.
* Solr Module is in Upper Case, because it's a proper noun. Solr Modules are a
defined thing, not merely modules of Solr.
* Apply suggestions from code review
Co-authored-by: Jan Høydahl <[email protected]>
* Tweak in phrasing
* document how the direct loading of jars isn't technically enabling a module.
* Apply suggestions from code review
Co-authored-by: Houston Putman <[email protected]>
* back out change as we use both patterns and should solve it once.
* user centric language.
* follow the pattern.
* Make the <lib> option more clear
* Update solr/solr-ref-guide/modules/configuration-guide/pages/solr-modules.adoc
Co-authored-by: David Smiley <[email protected]>
* Update solr/solr-ref-guide/modules/configuration-guide/pages/solr-modules.adoc
Co-authored-by: David Smiley <[email protected]>
* Update solr/solr-ref-guide/modules/configuration-guide/pages/solr-plugins.adoc
Co-authored-by: David Smiley <[email protected]>
Co-authored-by: [email protected] <>
Co-authored-by: Jan Høydahl <[email protected]>
Co-authored-by: Houston Putman <[email protected]>
Co-authored-by: David Smiley <[email protected]>
> solr 9 docker container searches are 10^5 slower than solr 8 docker container
> -----------------------------------------------------------------------------
>
> Key: SOLR-16228
> URL: https://issues.apache.org/jira/browse/SOLR-16228
> Project: Solr
> Issue Type: Bug
> Security Level: Public(Default Security Level. Issues are Public)
> Components: search
> Affects Versions: 9.0
> Reporter: Sean W
> Priority: Major
> Time Spent: 6h 10m
> Remaining Estimate: 0h
>
> Hi Everyone,
> I just found that Solr 9 searches are 400%+ slower than Solr 8 when using
> Docker containers.
> In case it helps, my setup is on Windows 10 using WSL2 and Dropbox, but using
> the official Docker images.
> Steps to reproduce, starting with fast Solr 8:
>
> {code:java}
> NAME=solr8
> PORT=8983
> CORE=demo # because that's available in the docker image - yay!
> VERSION=8.11.1
> # create a named volume so you can retain the index and mount it to other
> versions of docker run
> docker volume create $NAME
> docker run \
> --mount type=volume,source=$NAME,target=/var/solr \
> --restart always -d -p 127.0.0.1:$PORT:8983 \
> --name $NAME -e SOLR_HEAP=8000m -t \
> --memory="9000m" \
> --memory-swap="9000m" \
> --memory-swappiness=0 \
> --mount type=bind,source=/mnt/c/Users/foo,target=/opt/solr/mydata
> \
> solr:$VERSION \
> solr-demo
> # Solr 8
> docker exec -ti --user=solr $NAME bash -c \
> 'cp -r /opt/solr/server/solr/configsets/_default/conf/*
> /var/solr/data/$CORE/conf/'
> docker restart $NAME
> # seed PDFs -- capitalization MUST match filesystem here!!!
> docker exec --user=solr \
> $NAME \
> find \
> /opt/solr/mydata/Dropbox/PDFs/Shared \
> -not -path \
> '/opt/solr/mydata/Dropbox/PDFs/*/.stversions*' \
> -name '*.pdf' \
> -type f \
> -exec bin/post -c $CORE \
> "{}" ';'{code}
>
> Now the slower Solr 9:
> {code:java}
> NAME=solr9
> PORT=8984
> CORE=demo # because that's available in the docker image - yay!
> VERSION=latest # create a named volume so you can retain the index and mount
> it to other versions of docker run
> docker volume create $NAME
> docker run \
> --mount type=volume,source=$NAME,target=/var/solr \
> --restart always -d -p 127.0.0.1:$PORT:8983 \
> --name $NAME -e SOLR_HEAP=8000m -t \
> --memory="9000m" \
> --memory-swap="9000m" \
> --memory-swappiness=0 \
> --mount type=bind,source=/mnt/c/Users/foo,target=/opt/solr/mydata
> \
> solr:$VERSION \
> solr-demo# seed PDFs -- capitalization MUST match filesystem
> here!!!
> docker exec --user=solr \
> $NAME \
> find \
> /opt/solr/mydata/Dropbox/PDFs/Shared \
> -not -path \
> '/opt/solr/mydata/Dropbox/PDFs/*/.stversions*' \
> -name '*.pdf' \
> -type f \
> -exec bin/post -c $CORE \
> "{}" ';'
> {code}
> When using the Linux `time` command, I see:
> solr 8: .01 seconds REAL time
> solr 9: 2.21 seconds REAL time
> 2.21*(60) / .01 = 13260 # thus 10^5 slower (5 orders of magnitude)
> My query:
> {code:java}
> /usr/bin/time -f %e curl -G --data-urlencode q=xfoo -s
> 'http://localhost:$PORT/solr/$CORE/select?fl=highlighting,score&hl.method=unified&hl=true&hl.simple.pre=&hl.simple.post=&hl.snippets=3&hl.fragsize=100&hl.maxMultiValuedToMatch=2&hl.maxAnalyzedChars=0&hl.mergeContiguous=true&hl.requireFieldMatch=true&rows=9999
> {code}
> Could this be a performance regression from changing the base image to
> "eclipse-temurin:17-jre" in Jira Issue SOLR-15949?
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
