-
Notifications
You must be signed in to change notification settings - Fork 158
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. |
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?