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

Storing of models or architectures in optimizers #134

Open
jr2021 opened this issue Sep 17, 2022 · 1 comment
Open

Storing of models or architectures in optimizers #134

jr2021 opened this issue Sep 17, 2022 · 1 comment
Assignees
Labels
zero cost merge Merge of zerocost with Develop into Develop_copy

Comments

@jr2021
Copy link
Collaborator

jr2021 commented Sep 17, 2022

In the get_candidates function of the zerocost branch optimizers Bananas and Npenas there is a discrepancy between how candidates in the next_batch are stored.

If the acquisition function is being optimized via "random_sampling", then model is being stored:

...
candidates.append(model)

Otherwise, if it is being optimized via "mutation", then model.arch is being stored:

...
    candidate = arch
candidates.append(candidate)

However, the function get_best_candidates (which is called directly after get_new_candidates) treats candidates as a list of models:

values = [acq_fn(model.arch, [{'zero_cost_scores' : model.zc_scores}]) for model in candidates]

Does this imply that the optimization of the acquisition function via "mutation" is not used in the main loop of either Bananas or Npenas? If so, how and when should this option be used?

@jr2021 jr2021 added the zero cost merge Merge of zerocost with Develop into Develop_copy label Sep 17, 2022
@Neonkraft
Copy link
Collaborator

We used only random sampling for the optimization in the paper. You can change the mutation code to comply with the RS acquisition function.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
zero cost merge Merge of zerocost with Develop into Develop_copy
Projects
None yet
Development

No branches or pull requests

3 participants