From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Tue, 6 Nov 2007 18:28:19 -0600 From: "Eric Van Hensbergen" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu> Subject: Re: [9fans] consterm In-Reply-To: <719bc0fd763d14adf5d99d93e6a9b2f0@quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <719bc0fd763d14adf5d99d93e6a9b2f0@quanstro.net> Topicbox-Message-UUID: ed793fce-ead2-11e9-9d60-3106f5b1d025 On Nov 6, 2007 5:35 PM, erik quanstrom wrote: > > However, I'm also thinking longer term - towards the FastOS project > > where users aren't going to necessarily want to fire up a whole > > 'environment' such as Inferno or Drawterm just to execute an > > application on the cluster -- particularly if that application isn't > > graphical. > > i think i don't understand your problem, as drawterm runs on the host, > not the client. if you had one cpuserver, you could cpu into the > target nodes without starting very much on them. why won't that work? > Its more of a perceived weight rather than an actual weight (perhaps that's bogus, but we are trying to win hearts as well as minds - so keeping things for end-users as familiar as possible is desirable). We want to maintain the appearance of things being transparent (like with cpu) -- not have a framebuffer automagically pop up. Having back access to files and environment is something we want to maintain (along with auth) so telnet isn't really an option. jmk points out there are other issues with this approach, but I feel confident we can create a tighter coupling between legacy systems and Plan 9/Inferno. -eric