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

Performance & runtime improvements to info-theoretic acquisition functions (1/N) #2748

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

hvarfner
Copy link
Contributor

A series of improvements directed towards improving the performance of PES & JES, as well as their MultiObj counterparts.

Motivation

As pointed out by @SebastianAment in this paper, the BoTorch variant of JES, and to an extent PES, is brutally slow an suspiciously ill-performing. To bring them up to their potential, I've added a series of performance improvements:

1. Improvement to get_optimal_samples and optimal_posterior_samples: As this is an integral part of their efficiency, I've added suggestions (similar to sample_around_best) to optimize_posterior_samples.
Marginal runtime improvement in acquisition optimization (sampling time practically unchanged):
runtime_pr1
Substantial performance improvement: pr1_regret.

2. Added initializer to acquisition funcction optimization: Similar to KG, ES methods have sensible suggestions for acquisition function optimization in the form of the sampled optima. This drastically reduces the time of acquisition function optimization, which could on occasion take 30+ seconds when num_restarts was large >4.

Benchmarking INC

2b. Multi-objective support for initializer: By re-naming arguments of the multi-objective variants, we get consistency and support for MO variants.

3. Enabled gradient-based optimization for PES: The current implementation contains a while-loop which forces the gradients to be recursively computed. This commonly causes NaN gradients, which is why the recommended option is "with_grad": False in the tutorial. One detach() alleviates this issue, enabling gradient-based optimization.

NOTE: this has NOT been ablated, since the non-grad optimization is extremely computationally demanding.

Test Plan

Unit tests and benchmarking.

Related PRs

First of a couple!

Bonus: while benchmarking, I had issues repro'ing the LogEI performance initially. I found that sample_around_best made LogEI worse on Mich5. All experiments are otherwise a repro of the settings used in the LogEI paper.
LogEI_sample_around_best

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

@sdaulton has imported this pull request. If you are a Meta employee, you can view this diff on Phabricator.

@sdaulton
Copy link
Contributor

Thanks! It seems like sample_around_best could definitely lead to the AF optimization getting stuck in a local optima

Copy link

codecov bot commented Feb 18, 2025

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 99.99%. Comparing base (78c04e2) to head (d2ee1de).

Additional details and impacted files
@@           Coverage Diff           @@
##             main    #2748   +/-   ##
=======================================
  Coverage   99.99%   99.99%           
=======================================
  Files         203      203           
  Lines       18685    18691    +6     
=======================================
+ Hits        18684    18690    +6     
  Misses          1        1           

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

@hvarfner
Copy link
Contributor Author

@sdaulton for sure! I currently observe similar things for JES, but I'm not sure whether the found points are actually higher in acquisition function value or not (for either LogEI or JES)

@sdaulton
Copy link
Contributor

That would be interesting to see

Copy link
Contributor

@saitcakmak saitcakmak left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi Carl! This seems like a decent improvement. Just a few comments in-line

@facebook-github-bot
Copy link
Contributor

@sdaulton has imported this pull request. If you are a Meta employee, you can view this diff on Phabricator.

@hvarfner hvarfner force-pushed the optimize_posterior_samples branch 3 times, most recently from ef6822d to 6b3002b Compare February 25, 2025 09:49
facebook-github-bot pushed a commit that referenced this pull request Feb 25, 2025
…tions (0/N) - Restructuring of sampling methods (#2753)

Summary:
Reshuffling of sampling methods that are not directly related to acquisition function optimization (i.e., don't take it as an argument) based on [this discussion](#2748 (comment)). To remove code duplication specifically related to optimization of info-theoretic acquisition functions, this seemed like sensible moves!

Pull Request resolved: #2753

Test Plan:
Moved unittests and added new one for `boltzmann_sample`, which was used throughout and is once again used in subsequent PRs.

## Related PRs

First of a series, like [this one](#2748).

Reviewed By: esantorella

Differential Revision: D70131981

Pulled By: saitcakmak

fbshipit-source-id: 48dd86e7e06006054294d7cd8b9a3d318b0b0ad1
@hvarfner hvarfner force-pushed the optimize_posterior_samples branch from 6b3002b to 9d39469 Compare February 25, 2025 20:08
@facebook-github-bot
Copy link
Contributor

@sdaulton has imported this pull request. If you are a Meta employee, you can view this diff on Phabricator.

1 similar comment
@facebook-github-bot
Copy link
Contributor

@sdaulton has imported this pull request. If you are a Meta employee, you can view this diff on Phabricator.

improve info-theoretic acquisition functions.
@hvarfner hvarfner force-pushed the optimize_posterior_samples branch from a2a2b46 to d2ee1de Compare February 27, 2025 20:47
@facebook-github-bot
Copy link
Contributor

@sdaulton has imported this pull request. If you are a Meta employee, you can view this diff on Phabricator.

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.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants