From mboxrd@z Thu Jan 1 00:00:00 1970 MIME-Version: 1.0 References: In-Reply-To: From: Marshall Conover Date: Thu, 14 Sep 2017 21:40:16 +0000 Message-ID: To: "9fans@9fans.net" <9fans@9fans.net> Content-Type: multipart/alternative; boundary="001a1148fc74ec3f0305592d1f85" Subject: Re: [9fans] The Case for Bind Topicbox-Message-UUID: c12e3b8e-ead9-11e9-9d60-3106f5b1d025 --001a1148fc74ec3f0305592d1f85 Content-Type: text/plain; charset="UTF-8" Hmm... I had thought of parallel installs, but A/B testing in order to maximize ad revenue is a brilliant application. I have also been thinking about the potential for seamless instillation and startup of applications - updates to app can be installed in the background to a bound /tmp directory, with that directories' location journaled; meanwhile, the application continues running for the user. The updated application then begins in the background - using the /tmp directory - and loads everything the user is currently doing in the old. Then, it prompts the user to 'restart' the application, during which it plays an ad for the amount of time a user would usually expect a restart to take - with the benefit of being able to use CPU-intensive eye-tracking software to watch the user's interest in ads. The amount of time could also be A/B tested per application. At some point when the user is not using the application, the journaled /tmp location can be copied over to the correct install path. I'm not quite sure how to inconvenience the user further than they normally are with this method, however... Thanks for all the insightful advice! Marshall On Thu, Sep 14, 2017 at 3:55 PM Marshall Conover wrote: > khm - Unfortunately, that would conflict with the browsing model I want to > propose once I've proven my worth - in which the user emails a daemon with > the site they want, which the daemon then wgets, forwards to them, and > opens up emacs. > > Thanks! > > Marshall > > On Thu, Sep 14, 2017 at 10:58 AM Marshall Conover > wrote: > >> Hi All! >> >> I've been exploring the Fuchsia operating system, and while they have >> per-process namespaces, they don't have a utility like plan 9's bind, nor a >> method of supporting it by default in their system libraries. I've made >> some progress on adding it (https://imgur.com/HELWbrQ), but enthusiasm >> for the concept seems lukewarm, and I'm coming to the point where I feel >> I'm going to need to make a strong argument for why it should be a feature >> of their per-process namespace filesystem. As someone who's neither on >> their team nor an employee of google, I feel that I'm going to need to make >> a damn good argument - and I'd very much like to, as it really, *really* is >> something I'd like to have easily within reach in a modern OS, and it seems >> like such a low-hanging fruit of a feature. >> >> I have two scenarios currently I feel make a strong argument for the >> inclusion of bind: one is running tests on an install of a product while >> still being able to do development on it, by using a bind to redirect the >> development dll to the install's dll in the process I'm developing in; and >> the other an example of when a bind would just be convenient, such as a >> certain process needing python2 instead of python3 on a system which >> defaults to python 3, and have scripts that reference #/bin/python. >> >> So, I'd like to hear the community's thoughts on other uses of bind. I >> think they'd be useful both for making my case for bind, and in thinking >> about my continuing implementation of the command. I also want to implement >> union mounting in the future (which I can get very-close-to-being-free with >> my changes for umount), but right now bind is my focus. >> >> Thanks for your time. >> >> Marshall >> > --001a1148fc74ec3f0305592d1f85 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hmm... I had thought of parallel installs, but A/B testing= in order to maximize ad revenue is a brilliant application.

=
I have also been thinking about the potential for seamless instillatio= n and startup of applications - updates to app can be installed in the back= ground to a bound /tmp directory, with that directories' location journ= aled; meanwhile, the application continues running for the user. The update= d application then begins in the background - using the /tmp directory - an= d loads everything the user is currently doing in the old. Then, it prompts= the user to 'restart' the application, during which it plays an ad= for the amount of time a user would usually expect a restart to take - wit= h the benefit of being able to use CPU-intensive eye-tracking software to w= atch the user's interest in ads. The amount of time could also be A/B t= ested per application. At some point when the user is not using the applica= tion, the journaled /tmp location can be copied over to the correct install= path. I'm not quite sure how to inconvenience the user further than th= ey normally are with this method, however...

Thank= s for all the insightful advice!

Marshall

On Thu, Sep 14, 2017 at = 3:55 PM Marshall Conover <marzha= ll.o@gmail.com> wrote:
khm - Unfortunately, that would conflict with the browsing mode= l I want to propose once I've proven my worth - in which the user email= s a daemon with the site they want, which the daemon then wgets, forwards t= o them, and opens up emacs.

Thanks!

Marshall

On Thu, Sep 14, 2017 at 10:58 AM Marshall Conover <= ;marzhall.o@gmail= .com> wrote:
Hi All!

=C2=A0 =C2=A0I've been exploring the Fuchs= ia operating system, and while they have per-process namespaces, they don&#= 39;t have a utility like plan 9's bind, nor a method of supporting it b= y default in their system libraries. I've made some progress on adding = it (https://imgur.c= om/HELWbrQ), but enthusiasm for the concept seems lukewarm, and I'm= coming to the point where I feel I'm going to need to make a strong ar= gument for why it should be a feature of their per-process namespace filesy= stem. As someone who's neither on their team nor an employee of google,= I feel that I'm going to need to make a damn good argument - and I'= ;d very much like to, as it really, *really* is something I'd like to h= ave easily within reach in a modern OS, and it seems like such a low-hangin= g fruit of a feature.

I have two scenarios current= ly I feel make a strong argument for the inclusion of bind: one is running = tests on an install of a product while still being able to do development o= n it, by using a bind to redirect the development dll to the install's = dll in the process I'm developing in; and the other an example of when = a bind would just be convenient, such as a certain process needing python2 = instead of python3 on a system which defaults to python 3, and have scripts= that reference #/bin/python.

So, I'd like to = hear the community's thoughts on other uses of bind. I think they'd= be useful both for making my case for bind, and in thinking about my conti= nuing implementation of the command. I also want to implement union mountin= g in the future (which I can get very-close-to-being-free with my changes f= or umount), but right now bind is my focus.

Thanks= for your time.

Marshall
--001a1148fc74ec3f0305592d1f85--