-
Notifications
You must be signed in to change notification settings - Fork 79
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
Allow setting updated/new env var *values* on Runner. #100
Comments
FWIW, I ended up using a small helper as a stopgap. (I had to set a different PYTHONPATH value, along with others.) It looks something like this: def bench_command_env(runner, name, command, env):
if runner.args.inherit_environ:
runner.args.inherit_environ.extend(env)
else:
runner.args.inherit_environ = list(env)
before = dict(os.environ)
os.environ.update(env)
# At this point any use of env vars defined in "env" should be considered tainted.
try:
return runner.bench_command(name, command)
finally:
os.environ.clear()
os.environ.extend(before) |
@ericsnowcurrently cc @vstinner I know this feature may not cover all your cases, but please take a look at the new feature. |
In _utils.py the
create_environ()
helper produces a dict that can be passed as the "env" arg tosubprocess.run()
, etc. It is used inMaster.spawn_worker()
(in _master.py). Currently it takes an "inherit_environ" arg (Bool) that corresponds to the "--inherit-environ" flag in theRunner
CLI (see Runner.init() in _runner.py). This results in a potentially problematic situation.The Problem
Let's say you have a benchmark script that internally relies on some environment variable that is defined relative to the commandline args given to the script. This environment variable may be set already or it might not. Regardless, you will be setting it to some new value. To make this work you need to do something like the following:
However, in some cases you can't leave the env var set (or maybe the env var could cause pyperf to break). Plus things are more complicated if you have more than one such env var.
The Solution
Consequently, in a benchmark script it would be nice to be able to give the actual env var pairs to
Runner
rather than doing the dance above. Here are some possible approaches to solve the problem:Runner.args.inherit_environ
to be a dictcreate_environ()
would be updated to do the right thingRunner.env_vars
to allow benchmarks to explicitly set env var values to be used in workerscreate_environ()
would grow a new "env" arg or "inherit_environ" would updated as aboveRunner.add_env_var(name, value=INHERIT)
The text was updated successfully, but these errors were encountered: