-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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
forge test
doesn't utilize all available threads for fuzzing/invariants
#8898
Comments
good point, we're currently limited by proptest test runner but should consider changing this post 1.0 release |
forge t
doesn't utilize all available threadsforge test
doesn't utilize all available threads
This would be an amazing feature to have, would mean an 8-224x speedup depending on the machine I run the tests on |
@zerosnacks not quite sure I understand how this would be a breaking change or what does How the tests are run should be abstracted away from the end user, no? |
You are correct, we use |
I see, good to know thx |
forge test
doesn't utilize all available threadsforge test
doesn't utilize all available threads for fuzzing/invariants
Component
Forge
Have you ensured that all of these are up to date?
What version of Foundry are you on?
forge 0.2.0 (03ea54c 2024-09-18T16:31:08.207328652Z)
What command(s) is the bug in?
forge test
Operating System
None
Describe the bug
Forge testing is multi-threaded but only on a per test level, for instance if I have 15 different fuzz runs and 224 available threads foundry will assign 15/224 threads with one test each, however some tests take much longer to run than others. Furthermore individual runs of the same test are completely independent. I'd expect different runs to get scheduled to different threads but foundry doesn't seem to do that, leaving a lot of performance on the table.
The text was updated successfully, but these errors were encountered: