On 21/01/15 22:41, Martin Lucina wrote: > Any objections to my adding support to rumprun to set environment > variables? > > My immediate motivation is the PHP_FASTCGI_MAX_REQUESTS nonsense, big > picture motivation is that various applications can be tuned using > environment variables.
I guess that's ok. What's the envisioned usage? Just -e 'key=value' -e 'anotherkey=anothervalue' ... ? Notably, though, the environment will be global for all rump kernel processes running in the same domain (i.e. rump_pub_lwproc_rfork() will not change it). Now, the issue is: should the environment setting usage have something which will later allow us to fix get/setenv() to be process-wide and specify the env for certain processes. something like -e 'mysql::env=value' -e 'php::anotherenv=value' (for example). > For rumprun-xen I'd implement this in a similar fashion to the other > options, using Xenstore. For other platforms, ideas welcome :-) Hmm, was it so that rumprun-posix seeds the guest env with the host env and that there was some reason for it? Would be nice to have it work the same way as on xen with rumprun (and hopefully on baremetal with rumprun as well). ------------------------------------------------------------------------------ New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. http://p.sf.net/sfu/gigenet _______________________________________________ rumpkernel-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/rumpkernel-users
