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

Change DerelativizeTransform to not use model predictions when use_raw_status_quo is True or when the status quo is infeasible. #2036

Closed
wants to merge 1 commit into from

Conversation

dme65
Copy link
Contributor

@dme65 dme65 commented Dec 1, 2023

Summary:
The was previously ignoring use_raw_status_quo and was using the values predicted by the model unless this errored out. This is misleading since we shouldn't be using the model predictions when use_raw_status_quo is True.

This also resulted in weird behavior in the case where the status quo arm was within the search space bounds but didn't satisfy the parameter constraints. This transform would then use the model to predict the metrics of the status quo (ignoring that use_raw_status_quo was True), but the model wasn't trained on the status quo since it didn't satisfy the constraints. Thus, this resulted in the model having to extrapolate and producing very weird predictions.

This diff changes the behavior to only use the model to predict the status quo metrics when (1) use_raw_status_quo is False and (2) the status quo is actually feasible.

Reviewed By: Balandat

Differential Revision: D51690727

@facebook-github-bot facebook-github-bot added the CLA Signed Do not delete this pull request or issue due to inactivity. label Dec 1, 2023
@facebook-github-bot
Copy link
Contributor

This pull request was exported from Phabricator. Differential Revision: D51690727

@codecov-commenter
Copy link

Codecov Report

All modified and coverable lines are covered by tests ✅

Comparison is base (883a9f1) 94.52% compared to head (7d51249) 94.52%.

❗ Current head 7d51249 differs from pull request most recent head c4cead9. Consider uploading reports for the commit c4cead9 to get more accurate results

Additional details and impacted files
@@           Coverage Diff           @@
##             main    #2036   +/-   ##
=======================================
  Coverage   94.52%   94.52%           
=======================================
  Files         460      460           
  Lines       44460    44466    +6     
=======================================
+ Hits        42025    42031    +6     
  Misses       2435     2435           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

@facebook-github-bot
Copy link
Contributor

This pull request was exported from Phabricator. Differential Revision: D51690727

dme65 pushed a commit to dme65/Ax that referenced this pull request Dec 1, 2023
…aw_status_quo` is `True` or when the status quo is infeasible. (facebook#2036)

Summary:
Pull Request resolved: facebook#2036

The was previously ignoring `use_raw_status_quo` and was using the values predicted by the model unless this errored out. This is misleading since we shouldn't be using the model predictions when `use_raw_status_quo` is `True`.

This also resulted in weird behavior in the case where the status quo arm was within the search space bounds but didn't satisfy the parameter constraints. This transform would then use the model to predict the metrics of the status quo (ignoring that `use_raw_status_quo` was `True`), but the model wasn't trained on the status quo since it didn't satisfy the constraints. Thus, this resulted in the model having to extrapolate and producing very weird predictions.

This diff changes the behavior to only use the model to predict the status quo metrics when (1) `use_raw_status_quo` is `False` and (2) the status quo is actually feasible.

Reviewed By: Balandat

Differential Revision: D51690727

fbshipit-source-id: 472e0b9462f6d5efe5554dd740a64146ee198d8f
…aw_status_quo` is `True` or when the status quo is infeasible. (facebook#2036)

Summary:
Pull Request resolved: facebook#2036

The was previously ignoring `use_raw_status_quo` and was using the values predicted by the model unless this errored out. This is misleading since we shouldn't be using the model predictions when `use_raw_status_quo` is `True`.

This also resulted in weird behavior in the case where the status quo arm was within the search space bounds but didn't satisfy the parameter constraints. This transform would then use the model to predict the metrics of the status quo (ignoring that `use_raw_status_quo` was `True`), but the model wasn't trained on the status quo since it didn't satisfy the constraints. Thus, this resulted in the model having to extrapolate and producing very weird predictions.

This diff changes the behavior to only use the model to predict the status quo metrics when (1) `use_raw_status_quo` is `False` and (2) the status quo is actually feasible.

Reviewed By: Balandat

Differential Revision: D51690727

fbshipit-source-id: 3f2648a0091c88e5e4c9c2f388421d3f563f6372
@facebook-github-bot
Copy link
Contributor

This pull request was exported from Phabricator. Differential Revision: D51690727

@facebook-github-bot
Copy link
Contributor

This pull request has been merged in ef3b1c1.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
CLA Signed Do not delete this pull request or issue due to inactivity. fb-exported Merged
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants