-
Notifications
You must be signed in to change notification settings - Fork 312
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
Hierarchical Search Spaces with Multiple Independent Search Spaces #2539
Comments
Hi @Abrikosoff , thanks for your question. Are you sure you should be using a hierarchical search space? It seems like you shouldn't need a separate dropout per depth. If so this setup could be simplified. |
Hi Daniel, thanks for your remarks! I was able to construct the HSS for the NAS use case in the following way:
which I think keeps the spirit of the original question, but you are right, dropout could just be fixed; my original naive intention was to have a separate dropout for each hidden layer. I'll see if @esantorella has other comments about this question (especially about the discrete fidelity); if not I'll close it. Again, thanks a lot! |
@Abrikosoff I'm going to close this issue for now, but feel free to reopen it if you have further question. |
Hi Ax Team,
First of all thanks for all your help with my (8 and counting) questions so far! I now have another one :( I have two use (potential) use cases for hierarchical search spaces at the moment:
where here the
num_conv_layers_to_use
has been set as the root node. Without the activation and dropout definitions this would have worked, but since a MLP should have those elements as well those should be included. But doing this raises the errorNotImplementedError: Could not find the root parameter; found dependent parameters {'kernel_size_of_layer_2_of_3', 'kernel_size_of_layer_1_of_4', ....}. Having multiple independent parameters is not yet supported.
which I take to mean that the search space must be a complete tree and not consist of separated subspaces.
where
fidelity_marker
is used like a boolean flag to modify the fidelity values. But this also throws me the same error as above.So my question boils down to: is there actually no support right now for multiple search spaces? And if that's the case, are there any workarounds for such a use case? Because it seems to me that this kind of scenario would appear much more frequently than the case where one full search space tree can be defined for the complete problem.
The text was updated successfully, but these errors were encountered: