-
Notifications
You must be signed in to change notification settings - Fork 406
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
Clean up is_fully_bayesian #2108
Closed
Closed
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
facebook-github-bot
added
the
CLA Signed
Do not delete this pull request or issue due to inactivity.
label
Nov 14, 2023
This pull request was exported from Phabricator. Differential Revision: D50884342 |
Summary: This attempts to clean up the usage of `is_fully_bayesian` and also separately treat fully Bayesian models from ensemble models. The main changes in diff are to: - Add an `_is_fully_bayesian` attribute to `Model`. This is `True` for fully Bayesian models that rely on Pyro/NUTS to be fitted (they need some special handling for fitting and `state_dict` loading/saving. - Add an `_is_ensemble` attribute to `Model`. This indicates whether the model is a collection of multiple models that are stored in an additional batch dimension. This is hopefully a better classification, but I'm open to a different name here. - Rename `FullyBayesianPosterior` to `GaussianMixturePosterior` since that is more descriptive and plays better with the other changes. Reviewed By: esantorella Differential Revision: D50884342
dme65
pushed a commit
to dme65/Ax
that referenced
this pull request
Nov 15, 2023
Summary: X-link: pytorch/botorch#2108 This attempts to clean up the usage of `is_fully_bayesian` and also separately treat fully Bayesian models from ensemble models. The main changes in diff are to: - Add an `_is_fully_bayesian` attribute to `Model`. This is `True` for fully Bayesian models that rely on Pyro/NUTS to be fitted (they need some special handling for fitting and `state_dict` loading/saving. - Add an `_is_ensemble` attribute to `Model`. This indicates whether the model is a collection of multiple models that are stored in an additional batch dimension. This is hopefully a better classification, but I'm open to a different name here. - Rename `FullyBayesianPosterior` to `GaussianMixturePosterior` since that is more descriptive and plays better with the other changes. Reviewed By: esantorella Differential Revision: D50884342
dme65
force-pushed
the
export-D50884342
branch
from
November 15, 2023 00:21
4121403
to
6cf3c25
Compare
This pull request was exported from Phabricator. Differential Revision: D50884342 |
This pull request has been merged in 4a4a5bd. |
facebook-github-bot
pushed a commit
to facebook/Ax
that referenced
this pull request
Nov 16, 2023
Summary: Pull Request resolved: #1992 X-link: pytorch/botorch#2108 This attempts to clean up the usage of `is_fully_bayesian` and also separately treat fully Bayesian models from ensemble models. The main changes in diff are to: - Add an `_is_fully_bayesian` attribute to `Model`. This is `True` for fully Bayesian models that rely on Pyro/NUTS to be fitted (they need some special handling for fitting and `state_dict` loading/saving. - Add an `_is_ensemble` attribute to `Model`. This indicates whether the model is a collection of multiple models that are stored in an additional batch dimension. This is hopefully a better classification, but I'm open to a different name here. - Rename `FullyBayesianPosterior` to `GaussianMixturePosterior` since that is more descriptive and plays better with the other changes. Reviewed By: esantorella Differential Revision: D50884342 fbshipit-source-id: 0ba603416c1823026c4fdf2e445cefdf8036cda8
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Summary:
This attempts to clean up the usage of
is_fully_bayesian
and also separately treat fully Bayesian models from ensemble models.The main changes in diff are to:
_is_fully_bayesian
attribute toModel
. This isTrue
for fully Bayesian models that rely on Pyro/NUTS to be fitted (they need some special handling for fitting andstate_dict
loading/saving._is_ensemble
attribute toModel
. This indicates whether the model is a collection of multiple models that are stored in an additional batch dimension. This is hopefully a better classification, but I'm open to a different name here.FullyBayesianPosterior
toGaussianMixturePosterior
since that is more descriptive and plays better with the other changes.Reviewed By: esantorella
Differential Revision: D50884342