What you measured them? : ) Yeah I just remember them being big...they were
Microvax II's, was it the PDP boards that were bigger?
Jim
Rick Mack <Rick.Mack> wrote:
Hi Jim,
Thems not the MicroVaxes I worked on (boards 10.45 x 8.43 inches). NASA must
have been using bloated up MicroVaxes, or were you using real and not Micro
VAXen?
Used to be able to do some amazing things with VAX clusters.
Over 20 years after the VAX cluster hit the streets Microsoft have finally got
a "clustereable" product in Windows Compute Cluster Server 2003.
Pity it's designed for parallel computing because it'd make a really
interesting TS environment. Automatic session failover and everything....
regards,
Rick
Ulrich Mack
Volante Systems
________________________________
From: thin-bounce@xxxxxxxxxxxxx on behalf of Jim Kenzig http://ThinHelp.com
Sent: Tue 1/08/2006 10:36
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: To heck with Virtual Machines... I want virtual logons!
You are correct they did!! it was pretty novel idea to say the least. I used to
work on Microvax II's at NASA in the day. I miss the old 2 ft by 2 ft computer
cards.
Jim
Steve Snyder wrote:
At the risk of dating myself I'll point out that the old microVAX clusters used
shared memory between the machines - a technique that though it may not
necessarily provide the complete solution for your idea it's something that
could likely facilitate its feasibility nonetheless. If only Microsoft can
catch up with where DEC was ages ago...
On 8/1/06, Jim Kenzig http://ThinHelp.com <> wrote:
But they are doing that with Vmotion and the virtual machine copy so it stands
to reason you could probably do it if you put the memory as part of the virtual
session logon. No?
Andrew Wood <> wrote:
but its instance in time - you seem to be thinking of a session in a static
state.
Say I'm working on database entry application, or a business objects report, or
in a large word document cutting anad pasting text between various documents.
Its not good enough that the document or data entry to be saved on a regular
basis - if I want to transport my session between servers I need to take that
whole memory state for each of my running processes. Maintaining that copy in a
transient and portable way - without losing data is going to be complicated -
imo you'd have to be able to replicate memory states between servers writing to
a disk and compressing for transfer would take too long, especially for a
complex, or rapidly changing memory states.
________________________________
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf Of
Jim Kenzig http://ThinHelp.com
Sent: 31 July 2006 15:02
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: To heck with Virtual Machines... I want virtual logons!
Ok think of it this way. Your logon is sandboxed into a "virtual area of
memory" there are tools like Vizioncore for example that can take a virtual
machine and compress it while backing it up. Why not do this on the fly for
sessions? Compress, move decompress... I am not sure of the timeframe it would
take but it certainly is possible. I am not sure that you really need to move
memory other than the contents of the clipboard anyways..with longhorn and the
way it stores objects in a db instead of a registry this all becomes possible I
think. Don't think backwards about how things work now and try and apply it,
think about how things could work and apply it and you will see it is a very
viable solution.
Jim
Jeff Pitsch <> wrote:
No, I'm talking of moving your session. You session is so much more than simply
the profile. I believe the OP was referring to moving your entire session from
one device to another. That's what I'm referencing. You would have to take all
that information (page file, physical memory, etc etc etc) conslidate it and
move it. To me, that seems a huge task to undertake and I don't see, currently,
how it would be viable.
Jeff Pitsch
Microsoft MVP - Terminal Server
Forums not enough?
Get support from the experts at your business
http://jeffpitschconsulting.com
On 7/31/06, Jim Kenzig http://ThinHelp.com
Yeah..the sunray was a cool idea but you can do that with Citrix. It is just
suspending the session and putting it in a disconnect state.. not really moving
it anyplace.
And Jeff as far as size goes. There is no fricking reason your profile should
be that big.
The persons data files, favorites, etc should be stored in a home directory on
another files server. I'm talking about server based computing here..not your
home laptop. The idea is that say for example I have 5 word docuements open and
my session needs to be moved. The documents will be saved to the home
directory, the session moved and then reaccessed in the same state as to where
you left off on the new server with the same 5 documents opened.
The idea is something whose time has come and I really do believe is the next
thing you are going to see in the virtualization world. Microsoft now owns all
the pieces to be able to do this with it's acquisition of Softricity. I think
MS should pay close attention to this discussion and by continuing it here we
could work out all the possible scenarios and details of what such a system
would entail.
Jim
Matt Kosht
Didn't Sun already attempt this with the Sunray? It has "hot desking"
allowing you to disconnect and move around to other Sunrays keeping
your session alive. Admittedly this is more a hardware solution. I
don't think Sun ever got a lot of interest as you can do almost all of
it with any thin client and a PS 4.0 server.
http://www.sun.com/sunray/sunray2fs/
I like your idea of having this software based, device and server
independent ( a Vmotion style move of a session to another server is
very cool). Get that C++ compiler busy Jim!
On 7/28/06, Jim Kenzig http://ThinHelp.com wrote:
>
> Remember the Virtual Workplace video Citrix showed at Iforum about 4 or 5
> years ago? It was very Star Trekkish with a guy walking around with a little
> portable computer holding a tele/video conference with people around the
> world. He went from his office, to his car and then to his home where he
> plugged into a cradle and brought the conference up on his giant plasma TV.
> They connected people from all over the world. When the channel got staticy
> and dropped and then came back up, he went Oh never mind we just switched
> over to a new server.
>
> Ok that was Citrix's vision of access back then. Any where, any place, and
> any device. Fast forward to 2006. The CPS 4 package has much of this
> functionality.. session reliability for example and application isolation so
> apps don't step on each other. Conferencing built in and more.
>
> Now stay with me here and I will take you on a visionary dream of mine and
> eureka moment I had last evening in my sleep. (and yeah this happens all the
> time)
>
> Maybe we are approaching this whole virtualization thing backwards. Instead
> of virtualizing servers and desktops I think we should be virtualizing user
> profile sessions.
>
> Here is my dream. You know how VMWare has that Vmotion stuff where you can
> move a machine over from one physical server to another and not miss a beat?
> That is pretty awesome stuff. I started thinking (while I was dreaming of
> course0 why can't someone come up with a way to have multiple identical
> servers with the same apps loaded on them and an admin tool that can take a
> users entire logon session profile(everything they are doing) and move JUST
> THE SESSION with the profile over to another machine. And then I took it a
> step further. It could be automated with a tool to monitor users sessions
> and move ones over that are stressing the CPU over to a less used machine.
> So instead of moving a whole server or machine over just move the user over.
> This is sort of what happened in the virtual workplace video.
>
> I'm asking how hard can this be to do? Put the entire logon into a "virtual
> session profile"..everything the user is doing. If the users session slows
> down they get a flag that pops up that Asks if they would like to be moved
> to a less busy server, if they say yes, it saves their session state, tells
> the user to hang on a sec while it moves the session profile over to a new
> server and then restores and restarts the session on the new server. A step
> further...give the user the option to save their session logon state..apps
> open etc into a "virtual session profile" so that the could connect back in
> days, weeks or even months later exactly where they left off. (and it
> wouldn't matter which machine they connect to) With programs like
> softricity to hold the basic backend app information something like this
> should be doable. This is not the same thing as virtual desktops...I want
> virtual SESSION profiles not Desktops!
>
> Such a virtualization method would be way more useful than virtual machines
> because you could do things like create a virtual profile with settings that
> would not be changed and use it across your organization, you could then
> have a flex type of setup that saved session settings and personal files in
> another home storage folder if necessary.
> The benefits being you never have to reboot a server with users on it, you
> can have way more users on a real server than you can on a virtual server
> and you would have much more control over users sessions as you could set up
> a system to monitor only the ones you want. ...ie.. always make sure that
> the Directors virtual profile is sent to the least busy server. I know some
> of this stuff exists today but this is the panacea I want. Think it will
> ever happen? I do.
>
>
>
>
>
#####################################################################################
This e-mail, including all attachments, may be confidential or privileged.
Confidentiality or privilege is not waived or lost because this e-mail has been
sent to you in error. If you are not the intended recipient any use, disclosure
or copying of this e-mail is prohibited. If you have received it in error
please notify the sender immediately by reply e-mail and destroy all copies of
this e-mail and any attachments. All liability for direct and indirect loss
arising from this e-mail and any attachments is hereby disclaimed to the extent
permitted by law.
#####################################################################################
