ipython / ipython/ipyparallel

Option of defining an environment script for starting engines (with SSHEngineSetLauncher)

未关闭
#1,029 9 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看
主要语言
Jupyter Notebook
星标
2.6k
派生
1k
PR 合并指标
30 天内没有已合并 PR

描述

We need to adapt the environment before starting the actual ipp _engine_ (through the `SSHEngineSetLauncher`). Adapting the environment via the `environment` parameter (in class `SSHLauncher`) is possible, but it's not very practical, since the launcher needs to know all the engine computer details in advance.
Calling a local environment script before starting the _engine_ would give much more flexibility and would easily allow starting the engine e.g. in a python virtual environment, conda environment, etc.

Although the general idea is quite simple the actual implement is not as easy. The problem: one cannot simply start a shell, next the environment script and then the actual command because the process handle (in python) would point to the shell and not the actual command. Hence, the retrieved process id would be incorrect. Using some system code it would be still possible to retrieve the true process id, but this is especially difficult in windows which is why I tested an alternative solution:
Starting a shell, outputting all environment variable, running the environment script and outputting all environment variable again. A bit of python code analyses the output and collects the environment variable changes (especially added and/or changed env.vars). I have implemented a small test script that works under linux and windows.
The collected changes can then be easily passed to the `env` parameter of `subprocess.Popen` function.

Does this sound like an appropriate idea and solution?
As before I'm happy to provide the implementation, tests, documentation, etc.

贡献指南

打开贡献指南

调研方向

Start by reading SSHEngineSetLauncher and SSHLauncher, then inspect the small cross-platform test script described in the issue and the subprocess.Popen environment handling. Done means an environment script can prepare the engine environment on Linux and Windows without making the Python process handle point to the shell, with implementation tests and documentation.

由索引模型根据 Issue 内容生成。

评估

技术栈
python, shell
领域
distributed-systems
Issue 类型
功能
难度
4/5
预计耗时
3-5 天
活跃度
冷清
描述清晰度
基本清楚
新手友好度
48/100

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。