You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Following work from a summer research project, we have determined that, though not always clear picture, using gradient-based samplers can leverage some performance gains when the gradient (w.r.t the current parameter) is fast to calculate. For example, if we utilize auto-differentiable emulator codes, this is possible. During the project some nice comparison tests were developed for this assessment though are currently stored on a private repository.
The idea of O6.2 is to incorporate the pipeline into src, and the assessements into tests/examples for CES.jl
Current state of the art
We assessed the following during the summer research project
Samplers: Currently there are many different state-of-art MCMC approaches that are simple to implement and can leverage differentiation of the state
Autodiff: There are several julia auto-diff packages in various states of use that could be used for these implementations (Zygote, Enzyme, ForwardDiff, BackwardDiff etc.). We
Compatible emulators: The weakest of the three, many GP emulator codes are not compatible with any of the autodiff packages, often different packages would be compatible with only one of them.
For the summer we settled upon ForwardDiff (and BackwardDiff) compatible with AbstractGPs. The drawback is AbstractGPs does not include the interface for training the GP.
Plan
We wish to create a framework that is easy to extend to new emulators/samplers/autodiff frameworks as this area of software is still in flux
The content you are editing has changed. Please copy your edits and refresh the page.
Issue
Following work from a summer research project, we have determined that, though not always clear picture, using gradient-based samplers can leverage some performance gains when the gradient (w.r.t the current parameter) is fast to calculate. For example, if we utilize auto-differentiable emulator codes, this is possible. During the project some nice comparison tests were developed for this assessment though are currently stored on a private repository.
The idea of O6.2 is to incorporate the pipeline into src, and the assessements into tests/examples for CES.jl
Current state of the art
We assessed the following during the summer research project
For the summer we settled upon ForwardDiff (and BackwardDiff) compatible with
AbstractGPs
. The drawback is AbstractGPs does not include the interface for training the GP.Plan
We wish to create a framework that is easy to extend to new emulators/samplers/autodiff frameworks as this area of software is still in flux
Tasks
src/
using ForwardDiff #341src/
which are able to differentiate different methodologies performance (e.g. ESS, ESJD). #342The text was updated successfully, but these errors were encountered: