You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@lucene.apache.org by "Robert Muir (Jira)" <ji...@apache.org> on 2021/11/28 21:20:00 UTC
[jira] [Updated] (LUCENE-10268) TestFuzzyQuery.testErrorMessage can sometimes run for a hundred seconds
[ https://issues.apache.org/jira/browse/LUCENE-10268?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Robert Muir updated LUCENE-10268:
---------------------------------
Description:
I ran 6 test runs, and it happened only in one of them:
97.93s TestFuzzyQuery.testErrorMessage (:lucene:core)
The test is badly named, but I think the intention is to provoke a determinize work limit. Funny because with the lev logic we build a DFA from the getgo... so it's just the overhead introduced by UTF32toUTF8.
Still, this seems to indicate something is wrong, or possible adversary.
To reproduce:
commit hash: 63c89f678d48deb9a40b90498409ad5656d775ce
"git checkout 63c89f678d48deb9a40b90498409ad5656d775ce"
57.51 second seed: 4DE463858ECD6FA6
reproduce with: ./gradlew -p lucene/core test --tests TestFuzzyQuery.testErrorMessage -Dtests.seed=4DE463858ECD6FA6
52.95 second seed: 7DE4CCA6F3A8183
reproduce with: ./gradlew -p lucene/core test --tests TestFuzzyQuery.testErrorMessage -Dtests.seed=7DE4CCA6F3A8183
48.21 second seed: 79F0E067AF13B395
reproduce with: ./gradlew -p lucene/core test --tests TestFuzzyQuery.testErrorMessage -Dtests.seed=79F0E067AF13B395
I used jdk-17:
openjdk version "17.0.1" 2021-10-19
OpenJDK Runtime Environment (build 17.0.1+12)
OpenJDK 64-Bit Server VM (build 17.0.1+12, mixed mode)
was:
I ran 6 test runs, and it happened only in one of them:
97.93s TestFuzzyQuery.testErrorMessage (:lucene:core)
Sorry, I lost the master seed, so I'll have to hunt down a seed to reproduce.
The test is badly named, but I think the intention is to provoke a determinize work limit. Funny because with the lev logic we build a DFA from the getgo... so it's just the overhead introduced by UTF32toUTF8.
Still, this seems to indicate something is wrong, or possible adversary. If I can get a seed, we can profile and see what is going on.
> TestFuzzyQuery.testErrorMessage can sometimes run for a hundred seconds
> -----------------------------------------------------------------------
>
> Key: LUCENE-10268
> URL: https://issues.apache.org/jira/browse/LUCENE-10268
> Project: Lucene - Core
> Issue Type: Task
> Reporter: Robert Muir
> Priority: Major
>
> I ran 6 test runs, and it happened only in one of them:
> 97.93s TestFuzzyQuery.testErrorMessage (:lucene:core)
> The test is badly named, but I think the intention is to provoke a determinize work limit. Funny because with the lev logic we build a DFA from the getgo... so it's just the overhead introduced by UTF32toUTF8.
> Still, this seems to indicate something is wrong, or possible adversary.
> To reproduce:
> commit hash: 63c89f678d48deb9a40b90498409ad5656d775ce
> "git checkout 63c89f678d48deb9a40b90498409ad5656d775ce"
> 57.51 second seed: 4DE463858ECD6FA6
> reproduce with: ./gradlew -p lucene/core test --tests TestFuzzyQuery.testErrorMessage -Dtests.seed=4DE463858ECD6FA6
> 52.95 second seed: 7DE4CCA6F3A8183
> reproduce with: ./gradlew -p lucene/core test --tests TestFuzzyQuery.testErrorMessage -Dtests.seed=7DE4CCA6F3A8183
> 48.21 second seed: 79F0E067AF13B395
> reproduce with: ./gradlew -p lucene/core test --tests TestFuzzyQuery.testErrorMessage -Dtests.seed=79F0E067AF13B395
> I used jdk-17:
> openjdk version "17.0.1" 2021-10-19
> OpenJDK Runtime Environment (build 17.0.1+12)
> OpenJDK 64-Bit Server VM (build 17.0.1+12, mixed mode)
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscribe@lucene.apache.org
For additional commands, e-mail: issues-help@lucene.apache.org