-
Notifications
You must be signed in to change notification settings - Fork 0
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
Runtime environment can specify Julia executable and arguments #8
Conversation
# this information would be passed in via the serialized runtime | ||
# context. | ||
executable = self.executable or "julia" | ||
args = self.args or ["-e", "'using Ray; start_worker()'"] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
do we ever NOT want to do this? would it make more sense to allow users to pass extra arguments that are added in addition to these defaults?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ah I see, that's passthrough_args
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We can definitely drop the fallback but we probably want to keep it at least temporarily as otherwise we'll break Ray.jl CI when this is merged and beacon-biosignals/Ray.jl#103 has not yet been merged
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
happy with these changes now. I think it's worth filing an issue to follow up on how the python executable is set (via a env var or something?) and possibly changing what we're doing here, but this unblocks us for now.
Co-authored-by: Dave Kleinschmidt <dave.f.kleinschmidt@gmail.com> Signed-off-by: Curtis Vogt <curtis.vogt@gmail.com>
|
* Support specifying runtime env executable * Support specifying runtime env args * Support specifying executable/args via runtime env * Avoid quoting default * Switch to using command in RuntimeEnvContext * Use separate command for Julia * Add TODO about switching to plugin Co-authored-by: Dave Kleinschmidt <dave.f.kleinschmidt@gmail.com> Signed-off-by: Curtis Vogt <curtis.vogt@gmail.com> --------- Signed-off-by: Curtis Vogt <curtis.vogt@gmail.com> Co-authored-by: Dave Kleinschmidt <dave.f.kleinschmidt@gmail.com>
* Support specifying runtime env executable * Support specifying runtime env args * Support specifying executable/args via runtime env * Avoid quoting default * Switch to using command in RuntimeEnvContext * Use separate command for Julia * Add TODO about switching to plugin Co-authored-by: Dave Kleinschmidt <dave.f.kleinschmidt@gmail.com> Signed-off-by: Curtis Vogt <curtis.vogt@gmail.com> --------- Signed-off-by: Curtis Vogt <curtis.vogt@gmail.com> Co-authored-by: Dave Kleinschmidt <dave.f.kleinschmidt@gmail.com>
Working on beacon-biosignals/Ray.jl#103.
Something tricky about getting this to work was that I found that my
serialized_runtime_env
was set properly here but the RPC reply later had filtered out my new parameters. I wasn't sure where this was being processed so I removedenv_vars
from theRuntimeEnvContext
and got a stack trace which pointed me to the dashboard code. It turns out that you need to pass through any runtime environment information here or it will be expected to be processed by a plugin. If no plugin is associated with the key then the value is just set to the default inRuntimeEnvContext
.