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

Tolerance relaxation #71

Closed
alphaville opened this issue Aug 16, 2019 · 2 comments
Closed

Tolerance relaxation #71

alphaville opened this issue Aug 16, 2019 · 2 comments
Assignees
Labels
enhancement New feature or request rust issue related to the code Rust library

Comments

@alphaville
Copy link
Owner

In the penalty method we currently use the same tolerance for all instances of the inner solver. We can start with a higher tolerance, epsilon_0, and decrease it by multiplying by a 0<beta<1 (e.g., 0.1) until it reaches the target tolerance. Overall, this might save iterations in some cases.

This should be optional (for now) by setting the default initial tolerance equal to the target tolerance and allow the user to override this. We can later see whether it improves things and determine a meaningful initial tolerance and update parameter.

@alphaville alphaville added enhancement New feature or request rust issue related to the code Rust library labels Aug 16, 2019
@alphaville alphaville self-assigned this Aug 16, 2019
@alphaville alphaville mentioned this issue Aug 16, 2019
4 tasks
@korken89
Copy link
Collaborator

Sounds good, I was playing with this and saw reduction in iterations for MAVs when playing manually with this.

@alphaville
Copy link
Owner Author

@korken89 I noticed the same - and you can start with a very high tolerance (e.g., 0.1 or 1.0) and an update rate of 0.1.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request rust issue related to the code Rust library
Projects
None yet
Development

No branches or pull requests

2 participants