After much talking with end users and industry thought leaders, a group of us developed this utility the help people decide which compute model is best for a specific user segment. There are many items to consider when trying determining which compute model is best for your users. I believe this utility does a decent job at calling out the most common questions that help to determine the ones that would be well suited and lists the ones that may not be appropriate.
In this application, you walk through a compute model decision by answering a series of questions for a specific user segment (the user segment you enter is a free form text field and does not change the output). You are presented with a summary screen that will give you recommendations and concern areas based on your inputs. When you mouse over the compute model name, reasons why that model is or is not recommended are in the notes section.
I welcome any feedback.
-Jason A. Davidson
p.s. For compute model reference, please refer to this document: http://communities.intel.com/servlet/JiveServlet/previewBody/1518-102-1-1802/Public%20compute%20model%20discussion%20deck%204-17-08.pdf
Emerging Compute Model Forum
Let me start by explaining where many of us are now. We typically live in a world where we boot a computer to a rich operating system that has many features we may or may not use, then we install applications off CD/DVD, downloading installers over the internet, or have it pushed as a local install over the corporate network. We all run local virus scanners, firewalls, and patch/update everything often - less we fall behind and become vulnerable. Each of these software programs we use have been tested to work with our operating system (or we hope), but very few of them are tested to work with other applications, and some are just not compatible with each other (they didn't make it out of kindergarten with the "plays well with others" moniker). Many programs are installed on a ton of computers, with much of the data being the same across those computers, but being that content belongs to the person next to you, it is redundant but not accessible (across a given large group of people the amount of duplicate data is enormous...larger than having copies of the US library of congress in digital format). Some people have started moving away from this model, but often come up with solutions that are either too awkward to become mainstream, or too limited to become useful.
Next, the path to the future... With several compute model choices, people have started using the modern day compute and network resources to revisit solutions that had limited success in the past (I say limited as none of them won out over the model described above, many were very successful in specific environments). To help with the large amount of redundant data, people moved the data to server rooms. To deal with application conflicts people gave each of these programs their own virtual sandbox to play in (now they don't have to play well with others...they get their own sandbox instead). To deal with patches and updates, people developed utilities to maintain compliance with a few button clicks (and several scripts, settings, and close monitoring). And the list goes on...
The future... Now I will put on my rose colored glasses and look at where things are going...in other words, I believe they are taking a turn for the better. Going back to the discussion that was had during the BriForum class, the basic architecture was a "dial-tone OS" with virtual containers that can be streamed and executed locally or presented over the network. The term dial-tone OS was new to me, and as I believe Ron Oglesby described it, the operating system would give a basic level of functionality similar to when you pick up a phone and hear the dial tone. We all have grown to expect a dial tone when you pick up the receiver, and if there is a pause or delay we are very confused as we have grown a very high level of expectation for the quality of service on this device (not talking about coverage areas here - just the basic features). With a dial-tone OS, the client device would quickly respond with some basic features - a GUI (graphical user interface)/window manager, a scheduler, I/O mapper, device drivers, and a virtual machine manager (I may be missing a few OS fundamentals, but the idea here is a truly minimal/microkernel type OS that has a high level of reliability). All application that execute in the environment would work in their own virtual sandbox, which may contain an entire OS emulation, or simply the basics to execute - or in other words virtual containers. These applications would interact with the GUI via the window manager, and negotiate the layout within the systems capabilities. The Virtual Container would execute either locally, on a server, or in the network/cloud based upon the negotiated policies and client device capabilities. For containers executing locally, differences of the container would be archived and ready for use on other machines or as backup (depending on connectivity, etc).
The key here is an environment that from the base up is built with device capabilities in mind - if you're executing a spreadsheet calculation and your device is going to take days to calculate it, have another location process that for you. If you're using the same data as everyone else, make one image of it in the community of users, and everyone works from that image - when the image is upgraded, everyone migrates over time. If the device has Intel vPro capabilities, the virtual containers and dial-ton OS can take advantage of the energy-efficient performance, manageability, and security features. If the device is ATOM based, then a whole new set of features are exposed. Etc... (I had to add in my own Intel fanboy comments, but comments I really believe in).
The road to get from here to there involves a ton of non-trivial solutions, and I believe the good news is that many of the solutions are being thought about by some great minds - however I am sure there are some new and exciting "change the world" ideas left to solve...
The future looks both responsive and reliable, and environment where we are not encumbered by the limitations of our environment, but simply a click away from doing our next task.
-Jason Davidson
Facebook, Twitter
Now the scenario - while on this trip one of the PC's who is up to date with virus protection and patches developed a virus, and as much as I would like to spend the time looking into how the virus got there - doing this over the phone would not be feasible. Therefore, I did what any modern day geek would do - I VPN'd into my home from my hotel, I took control of the computer over a remote desktop session and started fixing. I found the virus engrained into the system, and to keep my home running until I return, I set the machine to boot to the network instead of the local hard disk using IDE-R (a feature in vPro). Then I rebooted the machine and it booted Ubuntu Linux over my network, and the files that my family uses are accessible over the file shares.
Problem patched - until I return home. Keeping my fingers crossed...
-Jason
p.s. If you have any questions on how to configure your house this way - fire away.
1
2
Previous
Next
ECMF Blog
17 Posts tagged with the streaming tag 1 2 Previous Next
Demo of SCCM R2 w/App-V from Microsoft World Partner Conference
Posted by Jason A. Davidson Jul 22, 2008
A few weeks back at the BriForum I attended a session called The Future of Client Computing, where the audience participated in an open discussion around where client computing is headed. It was amazing to see a group of very smart people come to a single consensus...with various interpretations of that consensus I am sure. Being that I am back from the show, and back from vacation, I wanted to take a few minutes to recap what my interpretation of the future...
Let me start by explaining where many of us are now. We typically live in a world where we boot a computer to a rich operating system that has many features we may or may not use, then we install applications off CD/DVD, downloading installers over the internet, or have it pushed as a local install over the corporate network. We all run local virus scanners, firewalls, and patch/update everything often - less we fall behind and become vulnerable. Each of these software programs we use have been tested to work with our operating system (or we hope), but very few of them are tested to work with other applications, and some are just not compatible with each other (they didn't make it out of kindergarten with the "plays well with others" moniker). Many programs are installed on a ton of computers, with much of the data being the same across those computers, but being that content belongs to the person next to you, it is redundant but not accessible (across a given large group of people the amount of duplicate data is enormous...larger than having copies of the US library of congress in digital format). Some people have started moving away from this model, but often come up with solutions that are either too awkward to become mainstream, or too limited to become useful.
Next, the path to the future... With several compute model choices, people have started using the modern day compute and network resources to revisit solutions that had limited success in the past (I say limited as none of them won out over the model described above, many were very successful in specific environments). To help with the large amount of redundant data, people moved the data to server rooms. To deal with application conflicts people gave each of these programs their own virtual sandbox to play in (now they don't have to play well with others...they get their own sandbox instead). To deal with patches and updates, people developed utilities to maintain compliance with a few button clicks (and several scripts, settings, and close monitoring). And the list goes on...
The future... Now I will put on my rose colored glasses and look at where things are going...in other words, I believe they are taking a turn for the better. Going back to the discussion that was had during the BriForum class, the basic architecture was a "dial-tone OS" with virtual containers that can be streamed and executed locally or presented over the network. The term dial-tone OS was new to me, and as I believe Ron Oglesby described it, the operating system would give a basic level of functionality similar to when you pick up a phone and hear the dial tone. We all have grown to expect a dial tone when you pick up the receiver, and if there is a pause or delay we are very confused as we have grown a very high level of expectation for the quality of service on this device (not talking about coverage areas here - just the basic features). With a dial-tone OS, the client device would quickly respond with some basic features - a GUI (graphical user interface)/window manager, a scheduler, I/O mapper, device drivers, and a virtual machine manager (I may be missing a few OS fundamentals, but the idea here is a truly minimal/microkernel type OS that has a high level of reliability). All application that execute in the environment would work in their own virtual sandbox, which may contain an entire OS emulation, or simply the basics to execute - or in other words virtual containers. These applications would interact with the GUI via the window manager, and negotiate the layout within the systems capabilities. The Virtual Container would execute either locally, on a server, or in the network/cloud based upon the negotiated policies and client device capabilities. For containers executing locally, differences of the container would be archived and ready for use on other machines or as backup (depending on connectivity, etc).
The key here is an environment that from the base up is built with device capabilities in mind - if you're executing a spreadsheet calculation and your device is going to take days to calculate it, have another location process that for you. If you're using the same data as everyone else, make one image of it in the community of users, and everyone works from that image - when the image is upgraded, everyone migrates over time. If the device has Intel vPro capabilities, the virtual containers and dial-ton OS can take advantage of the energy-efficient performance, manageability, and security features. If the device is ATOM based, then a whole new set of features are exposed. Etc... (I had to add in my own Intel fanboy comments, but comments I really believe in).
The road to get from here to there involves a ton of non-trivial solutions, and I believe the good news is that many of the solutions are being thought about by some great minds - however I am sure there are some new and exciting "change the world" ideas left to solve...
The future looks both responsive and reliable, and environment where we are not encumbered by the limitations of our environment, but simply a click away from doing our next task.
-Jason Davidson
Facebook, Twitter
St. Agnes Prep School use Emerging Compute Models with Video
Posted by Jason A. Davidson Jun 13, 2008
If you are like me, when you travel, computers break at home - and being a computer person, you are the tech support...your house is most likely your personal lab, in a constant state of flux. If not, I salute you. To make matters worse, I am often the one who messed things up before I leave - luckily, my wife patiently waits for me to get into my hotel and work with her to fix it remotely. She already does a great job at tolerating the wires, keyboards, mice, monitors, and various other computer parts in every corner of our house - so having to wait for me to fix these, is a hassle for her I would like to reduce.
Now the scenario - while on this trip one of the PC's who is up to date with virus protection and patches developed a virus, and as much as I would like to spend the time looking into how the virus got there - doing this over the phone would not be feasible. Therefore, I did what any modern day geek would do - I VPN'd into my home from my hotel, I took control of the computer over a remote desktop session and started fixing. I found the virus engrained into the system, and to keep my home running until I return, I set the machine to boot to the network instead of the local hard disk using IDE-R (a feature in vPro). Then I rebooted the machine and it booted Ubuntu Linux over my network, and the files that my family uses are accessible over the file shares.
Problem patched - until I return home. Keeping my fingers crossed...
-Jason
p.s. If you have any questions on how to configure your house this way - fire away.
While in Atlanta, I was able to get a few minutes with Brian Duckering from AppStream to have him show us his latest.
PodTech interview with Chuck Brown, Jason Davidson, and Mike Ferron-Jones
Posted by Jason A. Davidson Apr 9, 2008
