This is a chicken-little story.
The 'desktop' is a fuzz concept that gets confused with a GUI.
Those mainframes - think airline ticket and reservation - could handle many hundreds of remote terminals, keeping them updated.
What's a dumb terminal if not the ultimate in 'thin clients'?
And many tasks? Heck, that's what UNIX on a PDP-11 back at the beginning of he 80s was doing, and doing damn well.
And restart in case of a crash? Look to IBM again, or look to applications such as the VI editor under UNIX and the - sorry, I forget its name - editor under VMS. Again the early 80s. I know those both
first hand and they had session recovery. As or the mainframe, my experience is limited there, but again I've used editors and development environments that retained state across shut-down.
If it comes to it, my laptop has a 'hibernate' function. The RAM gets written out to a file or the 'swap' segment. Restart or wake-up restores it. The issue is how fast can the write occur - another thing
that SSD impacts! But it doesn't take much to alter the kernel so that the virtual memory system is a bit like the old 'roll-in/roll-out' version of swap and a complete image is always in swap.
Of course if you have a server with 128G of memory those are probably not great paths to pursue, but this article is talking about desktops.
But on the whole this is a poor article because the author so clearly ignores history.
Related articles by Zemanta
- Want client virtualization? Time then to get your back-end infrastructure act together (zdnet.com)
- How IBM hopes to make the cloud proprietary (zdnet.com)
- Tragedy: Waiting for the laughter to start (zdnet.com)
- IBM's New Mainframes Take On Dell, HP (forbes.com)
- Virtualization and Disaster Recovery: Triumph over Tragedy (itexpertvoice.com)
- The two faces of the mainframe: different economics for legacy and new workloads (fosspatents.blogspot.com)
Posted by Anton Aylward
I am currently available to offer InfoSec & GRC audit and consulting services through my company - System Integrity