-
Notifications
You must be signed in to change notification settings - Fork 159
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
Mini sbibm #1335
base: main
Are you sure you want to change the base?
Mini sbibm #1335
Conversation
Alright, on the current examples, the output looks like this: Runtime linearly increases with a number of train simulations (currently 2k ~ 10 min on my laptop, with 1k, it was like 5 min). It would maybe also be nice to print runtimes on the right. Overall runtime, of course, also depends on how many different methods should be included. I think some limited control over what is run would be nice i.e pytest --bm # All base inference classes on defaults (similar to current behavior)
pytest --bm=NPE # NPE with e.g. different density estimators
pytest --bm=SNPE # SNPE_ABC 2 round test
... Either way, there needs to be a limit on what is run, and every configuration should finish in a reasonable amount of time. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Overall, this is really great to have - thanks a lot for pushing this!
Love the relative coloring of the results 🎉
Added a couple of comments and questions for clarification.
tests/bm_test.py
Outdated
num_simulations1 = NUM_SIMULATIONS // 2 | ||
thetas, xs = task.get_data(num_simulations1) | ||
prior = task.get_prior() | ||
idx_eval = 1 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
so sequential methods are evaluated only on observation idx=1
? and amortized methods on all observations and then c2st scores are averaged?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes, currently the amortized methods are also only evaluated on the first 3 observations.
More evaluation adds more runtime. Not sure if we should do a full evaluation.
tests/conftest.py
Outdated
@@ -29,10 +36,169 @@ def pytest_collection_modifyitems(config, items): | |||
) | |||
if not gpu_device_available: | |||
skip_gpu = pytest.mark.skip(reason="No devices available") | |||
skip_bm = pytest.mark.skip(reason="Benchmarking disabled") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
so GPU is required for running the benchmarks, why?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This was a bug. Move it out of the if. It just should skip all bm tests in normal testing mode
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #1335 +/- ##
===========================================
- Coverage 89.40% 78.44% -10.97%
===========================================
Files 118 118
Lines 8715 8779 +64
===========================================
- Hits 7792 6887 -905
- Misses 923 1892 +969
Flags with carried forward coverage won't be shown. Click here to find out more. |
What does this implement/fix? Explain your changes
This is a draft for some "benchmarking" capabilities integrated into sbi.
With
pytest
, we can roughly check that everything works by passing all tests. Some tests will ensure that the overall methodology works "sufficiently" well on simplified Gaussian analytic examples. Certain changes might still pass all tests but, in the end, negatively impact the performance/accuracy.Specifically, when implementing new methods or, e.g., changing default parameters, it is important to check that what was implemented not just only passes the tests but that it works sufficiently well.
Does this close any currently open issues?
Prototype for #1325
Any relevant code examples, logs, error output, etc?
So it now should work that one simply has to use:
Which is a custom tag that will disable testing and instead switch to a "benchmark" mode, which will only run tests that are marked as such and will always pass. Instead, these tests cache a metric on how well an implemented method solved a specific task (currently some examples in "bm_test.py").
Once it finishes, instead of passed/failed, it will return a table with the metric (we still can kinda color some methods that are worse than expected).
Any other comments?