Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jest 24 is slower than Jest 23.6.0 on the same test suite #7811

Closed
vitalibozhko opened this issue Feb 5, 2019 · 139 comments · Fixed by #8890
Closed

Jest 24 is slower than Jest 23.6.0 on the same test suite #7811

vitalibozhko opened this issue Feb 5, 2019 · 139 comments · Fixed by #8890

Comments

@vitalibozhko
Copy link

🐛 Bug Report

Filing bug per #7732 #7732 (comment)
Jest v24 takes 38 seconds vs v23 28 seconds to run 50 suites (296 tests).

To Reproduce

Steps to reproduce the behavior:
Jest v23 setup:
.babelrc

{
  "presets": ["es2015", "react", "stage-3", "env"]
}

package.json:

...
    "babel-core": "6.26.0",
    "babel-jest": "22.4.1",
    "babel-loader": "7.1.2",
    "babel-preset-env": "1.6.1",
    "babel-preset-es2015": "6.24.1",
    "babel-preset-react": "6.24.1",
    "babel-preset-stage-3": "6.24.1",
    "jest": "23.6.0",
...

Jest v24 setup:
.babelrc

{
  "presets": ["@babel/preset-env", "@babel/preset-react"],
  "plugins": [
    "@babel/plugin-syntax-dynamic-import",
    "@babel/plugin-syntax-import-meta",
    ["@babel/plugin-proposal-class-properties", { "loose": false },
    "@babel/plugin-proposal-json-strings"
  ]
}

package.json:

...
    "@babel/core": "7.2.2",
    "@babel/plugin-proposal-class-properties": "7.3.0",
    "@babel/plugin-proposal-json-strings": "7.2.0",
    "@babel/plugin-syntax-dynamic-import": "7.2.0",
    "@babel/plugin-syntax-import-meta": "7.2.0",
    "@babel/preset-env": "7.3.1",
    "@babel/preset-react": "7.0.0",
    "jest": "24.1.0",
...

Jest config is not changed between v23 and v24:

module.exports = {
  'verbose': false,
  'coverageThreshold': {
    'global': {
      'branches': 40,
      'functions': 45,
      'lines': 50,
      'statements': 50
    }
  },
  'projects': [
    '<rootDir>/src/test/js/reactapp'
  ],
  'moduleDirectories': [
    'src',
    'node_modules'
  ],
  'testURL': 'http://mockserver:9999',
  'collectCoverage': true,
  'coverageDirectory': '<rootDir>/build/coverage/',
  'coverageReporters': [
    'json',
    'html'
  ]
};

Expected behavior

Jest v24 running performance matches v23.

Link to repl or repo (highly encouraged)

Not available

Run npx envinfo --preset jest

Paste the results here:

System:
    OS: Windows 7
    CPU: (4) x64 Intel(R) Xeon(R) CPU E5-2695 v4 @ 2.10GHz
  Binaries:
    Node: 8.12.0 - C:\Program Files\nodejs\node.EXE
    npm: 6.4.1 - C:\Program Files\nodejs\npm.CMD
@vitalibozhko vitalibozhko changed the title Jest 24 is slower than Jest 22.6.0 on the same test suite Jest 24 is slower than Jest 23.6.0 on the same test suite Feb 5, 2019
@thymikee
Copy link
Collaborator

thymikee commented Feb 6, 2019

Would be great if you could attach a repro that one can checkout and analyze.

@oskarolsson-jimdo
Copy link

oskarolsson-jimdo commented Feb 6, 2019

We're also seeing quite significant performance regression for Jest 24.

  System:
    OS: Linux 4.15 Ubuntu 18.04.1 LTS (Bionic Beaver)
    CPU: (12) x64 Intel(R) Core(TM) i7-8750H CPU @ 2.20GHz
  Binaries:
    Node: 10.15.0 - ~/.nvm/versions/node/v10.15.0/bin/node
    Yarn: 1.13.0 - ~/.nvm/versions/node/v10.15.0/bin/yarn
    npm: 6.4.1 - ~/.nvm/versions/node/v10.15.0/bin/npm
  npmPackages:
    jest: 24.1.0 => 24.1.0 

This is with 1400 tests on a large code base. Running a custom typescript transformer.

--all
Jest 23.6.0: 13s
Jest 24.1: 17s

--all --no-cache
Jest 23.6.0: 60s
Jest 24.1: 150s

--all --runInBand
Jest 23.6.0: 36s
Jest 24.1: 40s

--all --no-cache --runInBand
Jest 23.6.0: 60s
Jest 24.1: 65s

@vitalibozhko
Copy link
Author

vitalibozhko commented Feb 6, 2019

I'd love to provide repo for a faster resolution but as most people here i can't share private projects. If someone could advise an open source project that uses jest for tests we could tweak it out and see if it happens there.

@mkreiser
Copy link

mkreiser commented Feb 6, 2019

Here's an open source I built with jest for testing. Runs both traditional units tests and integration tests with live API calls. I definitely noticed significant slow downs when trying to upgrade to jest@24.

Unit tests and integration tests typically run in ~10s each, so should be easy to quickly do some verification.

https://github.com/mkreiser/ESPN-Fantasy-Football-API

@mkreiser
Copy link

mkreiser commented Feb 7, 2019

To be more useful, I ran some stats. Unfortunately, ESPN's API appears to be down so I could not run the integration tests (which could be more interesting) as well.

env (via npx envinfo --preset jest)

System:
    OS: macOS 10.14
    CPU: (8) x64 Intel(R) Core(TM) i7-7700HQ CPU @ 2.80GHz
  Binaries:
    Node: 8.15.0 - ~/.nvm/versions/node/v8.15.0/bin/node
    npm: 6.7.0 - ~/.nvm/versions/node/v8.15.0/bin/npm

Branches

master = jest@23.6, jest-24 = jest@24.1

Unit test performance (451 tests in 16 suites) (npm run test:unit)

jest@23.6:

PASSED OPTIONS TIME
(no options) 3.5s
--maxWorkers=2 3.4s
--no-cache 8.6s
--no-cache --maxWorkers=2 6.8s
--runInBand 3.8s
--runInBand --no-cache 8.3s

jest@24.1:

PASSED OPTIONS TIME
(no options) 4.4s
--maxWorkers=2 4.7s
--no-cache 13.4s
--no-cache --maxWorkers=2 17.6s
--runInBand 5.1s
--runInBand --no-cache 9.3s

@vitalibozhko
Copy link
Author

vitalibozhko commented Feb 8, 2019

Checked on this repo tests https://github.com/LambdaSchool/React-Testing, results:
v23:

 PASS  src/__tests__/App.spec.js
  <App />
    ✓ renders without crashing (13ms)

 PASS  src/__tests__/Panel.spec.js
  <Panel />
    ✓ renders without crashing (13ms)

 PASS  src/__tests__/Display.spec.js
  <Display />
    ✓ renders without crashing (14ms)

 PASS  src/__tests__/Button.spec.js
  <Button />
    ✓ renders without crashing (2ms)

Test Suites: 4 passed, 4 total
Tests:       4 passed, 4 total
Snapshots:   0 total
Time:        4.158s
Ran all test suites.

v24

 PASS  src/__tests__/Display.spec.js
  <Display />
    ✓ renders without crashing (13ms)

 PASS  src/__tests__/Panel.spec.js
  <Panel />
    ✓ renders without crashing (17ms)

 PASS  src/__tests__/App.spec.js
  <App />
    ✓ renders without crashing (23ms)

 PASS  src/__tests__/Button.spec.js
  <Button />
    ✓ renders without crashing (4ms)

Test Suites: 4 passed, 4 total
Tests:       4 passed, 4 total
Snapshots:   0 total
Time:        5.182s
Ran all test suites.

Verbose mode does not produce consistent timings though, however in non-verbose v24 is on average 1 second slower than v23 (3.9s vs 4.9s on my machine).
Here's the archive with two setups https://www.dropbox.com/s/mgbviexw96l2o1z/JestReact-Testing%2023vs24.zip?dl=0

@oskarolsson-jimdo
Copy link

@thymikee Can we remove the Windows-tag here? This is definitely present on MacOS and Ubuntu as well.

@thymikee thymikee removed the Windows label Feb 11, 2019
@tbergquist-godaddy
Copy link

Jest v24:

Test Suites: 96 passed, 96 total
Tests:       276 passed, 276 total
Snapshots:   129 passed, 129 total
Time:        113.429s

Jest v23:

Test Suites: 96 passed, 96 total
Tests:       276 passed, 276 total
Snapshots:   129 passed, 129 total
Time:        17.288s

@SimenB
Copy link
Member

SimenB commented Feb 15, 2019

Woah, 17s vs 113s, that's huge! Any possibility of sharing that project?


I think we need to start really considering adding performance monitoring to Jest. @aaronabramov talked about this in #4471. Node comes with essentially the same performance API the browser does (available since node 8): https://nodejs.org/api/perf_hooks.html, maybe we can use that to measure? Having some way of emitting how long different things takes should be a first step probably (so #4471, but that only talks about what happens inside of tests)

@tbergquist-godaddy
Copy link

Sure, it is this repo.

Currently I do not want to upgrade to v24 due to this difference 😞

@SimenB
Copy link
Member

SimenB commented Feb 15, 2019

Thanks!

On my machine, that takes 35-40 sec on a cold cache, and 7-8 sec on a warm cache. With jest 24, I get 40-45 sec on cold cache and 17-18 sec on warm cache. Definitely shows the problem (although not as severe as on your machine). I'll try to find some time digging into this

Currently I do not want to upgrade to v24 due to this difference

Understandable!

@tbergquist-godaddy
Copy link

tbergquist-godaddy commented Feb 15, 2019

Maybe I ran v23 with cache and v24 without 🤔 .

But we also have another repo where the tests got noticeably slower after upgrading. I don't have any official timings though.

@vitalibozhko
Copy link
Author

I suspect Babel 7 significantly contributes to the issue, check out the commit 1818d84 and the one before, i get 0.5 seconds increase for 4 simple tests.

@MischkowskyM
Copy link

MischkowskyM commented Feb 21, 2019

Tested with npx jest; npx jest and the later time taken (to get the hot cache).

version tests time
23.6.0 5749 59.13s
24.1.0 5749 144.5s
24.8.0 5812 125.88s

The percentage difference between hot and cold cache is also much greater

version hot cold difference
23.6.0 58s 65s +12%
24.1.0 140s 190s +35%
24.8.0 126s 145s +16%

Even worse is the difference between jest and jest --no-cache

version jest (hot cache) jest --no-cache difference
23.6.0 59s 113s +92%
24.1.0 144s >400s + >200%
24.8.0 126s 1318s + >1000%

I aborted the --no-cache run on 24.1 after 400 seconds. With 2669/5749 tests 113 / 621 suites done. So the total execution time is probably in the 800-900 seconds range.

Edit: Jest 24.8.0 was a big improvement. Slightly faster run time despite more tests.

@damianfrizzi
Copy link

damianfrizzi commented Mar 1, 2019

Is there someone working on this as there is a clear repro?
We're also seeing a massive performance regression when updating to Jest 24. Due to #7709 we'd have to upgrade to Jest 24. Right now we're using a resolution to 2.4.1. for write-file-atomic which is surely not ideal...

@SimenB
Copy link
Member

SimenB commented Mar 5, 2019

There is #8032 which has identified one cause of regression

@agrasley
Copy link

We've recently switched from Babel 6/Jest 23 to Babel 7/Node 24 and have noticed similarly stark speed regressions (from ~150s to ~200s with a clean cache and ~100s to ~160s cached). Doesn't appear to be Babel 7 related, since running Babel compilation by itself is actually faster now.

@arkanmgerges
Copy link

arkanmgerges commented May 4, 2019

Hi There, I would like to share my experience here with Jest.
I like jest but the problem that I'm having it takes a lot of time to run 6 tests, it took 13.4 seconds

 PASS  test/domain/model/Actor.test.ts (12.193s)
  Actor creation
    √ should create an actor (5ms)
    √ should create an actor will publish ActorCreated event (3ms)
  Actor roles
    √ should create a role and to be an instance of it (15ms)
    √ should publish CreatorRoleAssignedToActor event when add a creator role to an actor (2ms)
    √ should publish UserRoleAssignedToActor event when add a user role to an actor (5ms)
    √ should create a user actor and publish UserRoleAssignedToActor domain event (1666ms)

Test Suites: 1 passed, 1 total
Tests:       6 passed, 6 total
Snapshots:   0 total
Time:        13.4s
Ran all test suites.

Watch Usage: Press w to show more.
npx envinfo --preset jest
npx: installed 1 in 2.847s

  System:
    OS: Windows 10
    CPU: (8) x64 Intel(R) Core(TM) i7-4700HQ CPU @ 2.40GHz
  Binaries:
    Node: 11.7.0 - C:\Program Files\nodejs\node.EXE
    npm: 6.5.0 - C:\Program Files\nodejs\npm.CMD

Also in the package.json

"scripts": {
  "test": "jest",
  "test:watch": "jest --watch",
},
"devDependencies": {
   "@types/jest": "^24.0.12",
   "jest": "^24.5.0",
   "jest-coverage-badges": "^1.1.2",
   "jest-junit": "^6.4.0",
   "ts-jest": "^24.0.2",
...etc
}

jest.config.js

module.exports = {
	preset: "ts-jest",
	testEnvironment: "node",
	coverageDirectory: "doc/code-coverage",
	collectCoverageFrom: [
		"src/**/*.{js,ts}",
		"!**/node_modules/**",
		"!**/vendor/**",
		"!src/index.ts"
	],
	coverageReporters: ["json", "html", "json-summary", "jest-junit", "lcov"]
};

I'm using it with typescript:

in my sh test folder, I have a file with 6 tests:

Then I tried to use mocha

npm i -D chai @types/chai mocha @types/mocha sinon @types/sinon sinon-chai @types/sinon-chai source-map-support nyc

and I put mocha.opts inside 'test' folder

--require ts-node/register
--watch-extensions ts
test/**/*.ts

and in the package.json:

	"scripts": {
		"test:watch": "mocha --opts test/mocha.opts --watch"
	},
...etc

I ran the same tests (only I modifed the assertions to use sinon-chai), and it ran amazingly fast (about 1-2 second(s)),

Actor creation
    √ should create an actor
    √ should create an actor will publish ActorCreated event

  Actor roles
    √ should create a role and to be an instance of it
    √ should publish CreatorRoleAssignedToActor event when add a creator role to an actor
    √ should publish UserRoleAssignedToActor event when add a user role to an actor
    √ should create a user actor and publish UserRoleAssignedToActor domain event (325ms)


  6 passing (336ms)

Something is not good, and I don't know what is the problem.

@martabacc
Copy link

martabacc commented Jun 12, 2019

Anything we can do regarding this? Any approach advice?
It's alarmingly slow btw.

@SimenB
Copy link
Member

SimenB commented Sep 2, 2019

Hopefully today. We just need to make sure it works for FB (best test nothing is broken that exists 🙂)

You can use patch-package in the meantime. A diff:

diff --git a/node_modules/@jest/transform/build/ScriptTransformer.js b/node_modules/@jest/transform/build/ScriptTransformer.js
index 8b02912..2191456 100644
--- a/node_modules/@jest/transform/build/ScriptTransformer.js
+++ b/node_modules/@jest/transform/build/ScriptTransformer.js
@@ -199,7 +199,7 @@ const {version: VERSION} = require('../package.json'); // This data structure is
 // we need to transform a file. Since ScriptTransformer is instantiated for each
 // file we need to keep this object in the local scope of this module.
 
-const projectCaches = new WeakMap(); // To reset the cache for specific changesets (rather than package version).
+const projectCaches = new Map(); // To reset the cache for specific changesets (rather than package version).
 
 const CACHE_VERSION = '1';
 
@@ -224,16 +224,17 @@ class ScriptTransformer {
     this._config = config;
     this._transformCache = new Map();
     this._transformConfigCache = new Map();
-    let projectCache = projectCaches.get(config);
+    const configString = (0, _fastJsonStableStringify().default)(this._config);
+    let projectCache = projectCaches.get(configString);
 
     if (!projectCache) {
       projectCache = {
-        configString: (0, _fastJsonStableStringify().default)(this._config),
+        configString,
         ignorePatternsRegExp: calcIgnorePatternRegExp(this._config),
         transformRegExp: calcTransformRegExp(this._config),
         transformedFiles: new Map()
       };
-      projectCaches.set(config, projectCache);
+      projectCaches.set(configString, projectCache);
     }
 
     this._cache = projectCache;

@tscislo
Copy link

tscislo commented Sep 3, 2019

@SimenB this patch is to which version of jest? 25.0.0, or 24.9.0?

@SimenB
Copy link
Member

SimenB commented Sep 3, 2019

  1. This is for 24.9
diff --git a/node_modules/@jest/transform/build/ScriptTransformer.js b/node_modules/@jest/transform/build/ScriptTransformer.js
index 0dbc1d7..b595ec6 100644
--- a/node_modules/@jest/transform/build/ScriptTransformer.js
+++ b/node_modules/@jest/transform/build/ScriptTransformer.js
@@ -207,7 +207,7 @@ const _require = require('../package.json'),
 // we need to transform a file. Since ScriptTransformer is instantiated for each
 // file we need to keep this object in the local scope of this module.
 
-const projectCaches = new WeakMap(); // To reset the cache for specific changesets (rather than package version).
+const projectCaches = new Map(); // To reset the cache for specific changesets (rather than package version).
 
 const CACHE_VERSION = '1';
 
@@ -239,16 +239,17 @@ class ScriptTransformer {
     this._config = config;
     this._transformCache = new Map();
     this._transformConfigCache = new Map();
-    let projectCache = projectCaches.get(config);
+    const configString = (0, _fastJsonStableStringify().default)(this._config);
+    let projectCache = projectCaches.get(configString);
 
     if (!projectCache) {
       projectCache = {
-        configString: (0, _fastJsonStableStringify().default)(this._config),
+        configString,
         ignorePatternsRegExp: calcIgnorePatternRegExp(this._config),
         transformRegExp: calcTransformRegExp(this._config),
         transformedFiles: new Map()
       };
-      projectCaches.set(config, projectCache);
+      projectCaches.set(configString, projectCache);
     }
 
     this._cache = projectCache;

@SimenB
Copy link
Member

SimenB commented Sep 8, 2019

A new release of 25 will come next week. You can build from master now and test it out if you want. After the release, if we still have regressions vs Jest 24, please open up a new issue. This issue has more than 100 comments, so it's getting a bit unwieldy... Things we've not yet tried that has been mentioned in this issue is to bundle up our modules to hit the FS less and look into what we do with stack traces.

Thank you to everyone who helped track this down!

@dpinol
Copy link

dpinol commented Sep 25, 2019

@SimenB You said "A new release of 25 will come next week. " Any news about the release?

thanks

@SimenB
Copy link
Member

SimenB commented Sep 25, 2019

Last I heard it was being tested at FB on Friday.

@anthony-telljohann
Copy link

Would it be possible to release a patch to version 24 while we wait for the version 25 release?

@tihuan
Copy link

tihuan commented Oct 9, 2019

Hi @SimenB !

Thanks for the patch for 24.9!

I'm trying to use patch-package to patch our project in the meantime and have updated node_modules/@jest/transform/build/ScriptTransformer.js with the diff.

However, when I run yarn patch-package jest, it says there's no diff (possibly because technically the path is to node_modules/@jest instead of node_modules/jest. But if I run yarn patch-package @jest, then it says @jest is not in package.json

Any pointer for this situation? Thanks a lot!

@tihuan
Copy link

tihuan commented Oct 11, 2019

Happy Friday everyone! Just wondering if anyone has tips on how to patch jest 24.9 with the fix using patch-package 🙏 Thank you!

@ahayes91
Copy link

any progress on releasing this?

@tihuan
Copy link

tihuan commented Oct 17, 2019

Quick update on #7811 (comment) and #7811 (comment), @ds300 said we just had to do: yarn patch-package @jest/transform 🎉 !

Can confirm SimenB's patch works for 24.9!!

@ederelk
Copy link

ederelk commented Nov 6, 2019

A new release of 25 will come next week. You can build from master now and test it out if you want. After the release, if we still have regressions vs Jest 24, please open up a new issue. This issue has more than 100 comments, so it's getting a bit unwieldy... Things we've not yet tried that has been mentioned in this issue is to bundle up our modules to hit the FS less and look into what we do with stack traces.

Thank you to everyone who helped track this down!

Any update on this by any chance?

@csvan
Copy link

csvan commented Nov 18, 2019

All I want for Christmas is y...Jest 25 <3

@alexkrolick
Copy link

alexkrolick commented Nov 18, 2019

If Jest 25 is delayed for some reason, would it be possible to release a patch for 24.9 with the fix? @SimenB

@dpinol
Copy link

dpinol commented Dec 10, 2019

For the record, jest@next downloaded on Nov 22nd was extremely slow, but I redownloaded now and it looks much much faster (sorry for the imprecision)

@jdb8
Copy link

jdb8 commented Dec 18, 2019

@dpinol curious which version you ended up installing that worked? The version on the npm registry tagged as 25.0.0 appears to point to ff9269b which is before the perf fix landed. Indeed looking at the code on unpkg for 25.0.0 (which is what you get when installing jest@next), the fix isn't applied: https://unpkg.com/browse/@jest/transform@25.0.0/build/ScriptTransformer.js

@SimenB is there any version of jest (either v25+ or a patched v24) that's available on the registry currently which includes this fix? While using something like patch-package is possible, I'd prefer not to fork or build a custom version given that the fix does already exist in master. If not, perhaps the simplest option from your end would be to update the jest@next tag to point to a new v25.0.1 or similar, and then developers willing to opt-in to an unstable build could at least do that?

@tihuan
Copy link

tihuan commented Dec 19, 2019

For people who want to use patch-package today, the following steps should work 🤞

Steps:

  1. Update package.json:
 "scripts": {
+  "postinstall": "patch-package"
 }
  1. Get patch-package in your package.json [doc]:
    $yarn add patch-package postinstall-postinstall or $npm i patch-package

  2. Go to the root of your project, and open file node_modules/@jest/transform/build/ScriptTransformer.js in your favorite editor

  3. Update code according to the diff:
    jest 24.9: Jest 24 is slower than Jest 23.6.0 on the same test suite #7811 (comment)
    jest 25: Jest 24 is slower than Jest 23.6.0 on the same test suite #7811 (comment)

  4. yarn patch-package @jest/transform or npx patch-package @jest/transform.
    If it works, you should see Created file patches/@jest+transform+24.9.0.patch

  5. Now you can test the patch by $rm -rf node_modules && yarn install, and patch-package should patch the diff for you automatically

  6. Make sure to commit patches/@jest+transform+24.9.0.patch, so everyone gets the patch, including CI/CD pipeline!

@rodoabad
Copy link

When is this going to be in a release?

@csvan
Copy link

csvan commented Jan 22, 2020

Ran 24.9 vs 25.1 on a local test suite. Amazing work @SimenB and friends!

Jest 25.1

Cold:

Test Suites: 3 skipped, 218 passed, 218 of 221 total
Tests: 12 skipped, 962 passed, 974 total
Snapshots: 17 passed, 17 total
Time: 46.692s
Ran all test suites.
✨ Done in 47.55s.

Warm:

Test Suites: 3 skipped, 218 passed, 218 of 221 total
Tests: 12 skipped, 962 passed, 974 total
Snapshots: 17 passed, 17 total
Time: 32.527s, estimated 44s
Ran all test suites.
✨ Done in 33.65s.

Jest 24.9

Cold:

Test Suites: 3 skipped, 218 passed, 218 of 221 total
Tests: 12 skipped, 962 passed, 974 total
Snapshots: 17 passed, 17 total
Time: 68.89s
Ran all test suites.
✨ Done in 70.14s.

Warm:

Test Suites: 3 skipped, 218 passed, 218 of 221 total
Tests: 12 skipped, 962 passed, 974 total
Snapshots: 17 passed, 17 total
Time: 57.806s, estimated 65s
Ran all test suites.
✨ Done in 58.92s.

@SimenB
Copy link
Member

SimenB commented Jan 22, 2020

I was just about to post that a stable Jest 25 was just released, and you've already tested it 😀

Fantastic numbers, thanks for sharing @csvan!

@rimunroe
Copy link
Contributor

I'm not sure if this should be filed as a separate issue at this point, but sadly, 25.1.0 doesn't seem to have resolved the slowdown for us. We skipped version 24 because of the slowdowns we were seeing from 23.4.2. For the whole application (130 test files, 1104 tests) I see tests go from taking 17-18 seconds in v23 to taking 23-24 seconds in v25. Running the slowest test file in our application on its own went from taking 6 seconds in v23 to 8 seconds in v25.

@SimenB
Copy link
Member

SimenB commented Jan 22, 2020

Interesting, would you be able to post a reproduction in a new issue? This issue in particular was about a specific bug introduced in Jest 24 which has been fixed in #8890

@csvan
Copy link

csvan commented Jan 25, 2020

There's a new issue for Jest 25 performance issues: #9457

@github-actions
Copy link

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.
Please note this issue tracker is not a help forum. We recommend using StackOverflow or our discord channel for questions.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators May 11, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging a pull request may close this issue.