[email protected] said: > 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' ... ?
Yes. > 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). There's no reason we couldn't do that. However, I still don't fully understand the use case for running multiple processes atop a Rump Kernel on Xen/KVM. There would be no isolation between them, so either process could stomp over all other processes, so your example of mysql and php seems particularly dangerous. Are you thinking of porting applications which rely on multiple processes by design, such as Postfix? I can see that it would make sense there. > > 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). You mean passing the full host environment as seen by rumprun to the xen/KVM guest? I agree that it would be good to have a common mechanism. However I don't know (haven't looked yet though) if eg. KVM has some equivalent of Xenstore to communicate between the host and guests. Also, for pure bare metal/embedded use cases the interface would likely be the bootloader or other ad-hoc mechanism. Martin ------------------------------------------------------------------------------ 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
