Skip to content

Conversation

@junrushao
Copy link
Member

Per discussion with @Kathryn-cat, we realized that the current API
design could be verbose if we only want to tune a single task, in which
case a dummy task scheduler still needs to be established to supply
EvolutionarySearch with proper CostModel and Database. This PR
fixes this UX issue.

Per discussion with @Kathryn-cat, we realized that the current API
design could be verbose if we only want to tune a single task, in which
case a dummy task scheduler still needs to be established to supply
`EvolutionarySearch` with proper `CostModel` and `Database`. This PR
fixes this UX issue.
@Kathryn-cat
Copy link
Contributor

I tested on local and it looks good! Perhaps add a hint showing that database is required in some situations like evolutionary search and optional in other situations?

@junrushao
Copy link
Member Author

Thank you @Kathryn-cat for the valuable feedback! Will do!

@junrushao
Copy link
Member Author

@Kathryn-cat Hey I improved the error message with clear instructions of what to do. Let me know if it looks good :-)

Copy link
Contributor

@Kathryn-cat Kathryn-cat left a comment

Choose a reason for hiding this comment

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

Files in this PR look good! Perhaps initialize_with_tune_context can be removed from some test files in the future and be marked for internal use only.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants