Closed TheDeafCreeper closed 1 year ago
The current new system does not process any of the PathTrials
after being canceled, and I have not implemented any new stuff to do with resource limiting, mostly because I have no idea how to actually modify the config system.
Processing successful PathTrials
I'll do before submitting this for review, I think I'll leave the extra config options though for a different PR.
Actually, caching doesn't seem to be done in main right now either, so I'll just open for review now.
The goal of this PR is to resolve #32.
The tasks that need to be done for this are (as listed in the issue):
Future
return values from a path trial's searchItineraryTrial
, we should try to cancel all of the ongoingPathTrials
. If they in fact returned canceled, then we just ignore whatever else is in the result.PathTrials
during anItineraryTrial
and wait for them to all complete (and cancel, if needed, as described above)SearchSessions
may be going at one time. Today, this effectively limits how manyPathTrials
are searching, which in turn limits how much memory the plugin can possibly use, since each of thePathTrials
have a limited number of visited nodes during its A* search. This new functionality invalidates that assumption, since eachSearchSession
may now have multiple searches running in parallel. So, we could instead change the config parameter to something that tracks the maximum number of path algorithms running at one time (we can keep the same name, just change its description). But, we actually still have a problem: this should probably be its own ticket: