主题：【原创】说一说我对透明计算的疑惑 -- 鸿乾
感觉VN可以有狭义和广义之分。
狭义的是：计算是通过串行的交换内存与cpu之间的数据实现的。
广义的是：由狭义VN组成的系统。
而从你引的报告来看，非VN是指非串行的交换内存与cpu的数据，如树状结构。所以老张的那个不能算突破VN。
不清楚计算机科学的情况，但以物理领域来说，老张这样的写法给人以民科的感觉，不是仅仅提出一个新的概念就完了，至少还要提供最小的事例，还有带宽等各资源消耗的数量级估计等才能算一篇完整的工作。
非专业人士，玩游戏的票友而已，我的意思是这个MetaOS本身就带了足够功能的，比如对plug-play的扫描和万能驱动等功能，有点类似于pe，获得一个任务后，例如上网，那么有点击，显示，域名解析，解码等等，我说的类java，意思就是把类似域名解析、解码等等请求编成高效率二进制代码上传，由服务器运算再传回，本地机再执行。当然，混合编码效率很低，单独编码，mpeg都出到4了，再进一步很困难，如果他能找到一个在目前基础上更好效率的算法，得奖也无可厚非。只是他这个应该不是。
受到你的启发，个人一点浅见，供参考。
老兄说的这些实际触到了一个要命的东西 —-- 操作系统的内存管理和内外存页面置换效率。
不论哪个操作系统，内存管理都是非常重要的一部分。
不论哪种硬件平台，内存一定不会是无限多甚至“足够多”（土豪机另说）。 从操作系统的角度看，物理内存不够用是必须作为100%会发生的事情进行处理的，具体细节讲操作系统的书里都有（较大的虚拟内存空间和较小的物理内存），大体就是进行内存页面置换 — 根据一定的算法，将最近不常用的内存页面置换到外存中（通常都是在本地硬盘上的一个比较大的页面置换文件，专供操作系统使用）以腾出内存给需要新调入的软件模块使用， 当操作系统发现需要访问的某个（虚拟内存）页面已经被置换到外存时，该页面需要被重新从外存调入到物理内存中然后再使用。
由此，决定了内外存之间的页面置换速度，是一个比较重要的指标。 通常低档PC用的硬盘转速都不太高（比如5400rpm），而自己装机通常都选择转速比较高的硬盘(比如7200rpm或更高)，原因就在这儿。
回到MetaOS， 客户机器启动时，不从本地硬盘load操作系统OS， 这时它的外存应该指向远端（张说透明计算不是云计算，我就避免说云端了）。 这个过程不论耗时多长，毕竟是一次性的（非经常发生），还是OK的。
下面，在客户机器正常运行时，一旦发生需要进行内存页面置换的情况，有下面两种情况：
1. 虚拟内存页面置换文件在本地硬盘
如果MetaOS不插入一个虚拟机（VM）层在OS之下，也就是说OS直接运行在BIOS层之上（如通常没有MetaOS的情况，也就是说MetaOS短暂重定向部分BIOS功能并在OS load之后归还），运行效率应该没有影响或者说没有大的影响。
但是，问题来了：
（1） BIOS重定向已经归还，这时如果需要load新的应用程序，怎么办？ MetaOS是否有一定的Intelligence 可以区分指向本地硬盘的内存页面置换请求 和 指向远端的应用程序请求。 如有，算法是什么样的？有论文吗？ 个人倾向认为这点如果不深入OS内部是很难搞定的。 希望我是错的。
（2） 如果仅仅OS从远端load， 而其它应用程序从本地硬盘load， 那么宣称的防毒防木马的功能则有问题。 整体讲这种情况跟从固化的OS插件load相比有什么优势？
2. 虚拟内存页面置换文件在远端（通过网络连接）
如果从头至尾不需要访问本地硬盘，某种程度将本地客户机器当做无盘工作站。
那么，所有的内存外存页面置换，都要通过网络来进行，而且是频繁地发生的。 从操作系统的角度，从运行效率/速度来说，要了亲命啦。
Windows和Unix/Linux等OS都是要进行内外存页面置换的，不知张的团队是怎么处理这个问题的。 （假定所有客户机器都拥有足够多的内存，是明显不合理的）
如果将OS和计算放在云端，重要数据、显示、交互和身份验证放在本地（大部分数据可放在云端），这样的架构运行效率会怎样？
俺不是IT业人士，因此不知道现在有没有类似以上的设想的系统，不过在俺想来，这样至少比每次要下载个系统要强吧：
1.本地只须放置引导和客户端系统、少量数据，因此很“瘦”
2.网络只需传输少量数据和通常变化不大的显示画面，因此对网速要求也不高（即使是播放视频，一般有个2M也足矣，通常电脑画面变化速度不高的情况下，几百K就够了）。当然，你要用它打实时战略游戏例外。
3.系统在云端，因此可以任选合适的系统
4.无论是手机、电脑还是平板，都能做终端，只要开发几种模拟操作的接口（例如在手机上操作window的简化界面，或者电脑上用鼠标模拟触摸来操作Android），
5.身份验证可以用硬件（手机绑定或者USB外设），只要云端系统可靠，安全性很高
现在手机存储上到64G都毫无压力了
按照张的说法，MetaOS可以全程控制OS和应用，所以应该是常驻的，否则不可能做到。所以，只能是你说的第2种情况。
如果是台式机的话，这点倒也有解，终端放一个小硬盘作为缓存即可，128GB都足够了，即使是SSD的也不值钱。问题在于，张提到了用手机来执行专业软件分析远程医疗数据，这个就真要了卿命了。一个手机，要执行专业软件，还得分析存储于远程的医疗数据（比如CT图像吧，一个病人通常是几十到几百MB）。了解图像处理的都知道，一幅几MB的图像展开处理的时候就要占用几十几百MB，医疗图像这么大的数据量，手机能够“分析”？想想都替老张头大
我对这方面不熟，但感觉你说的像是云计算或NC（网络计算机）。
具体请参看百度百科或Wikipedia。
云计算：
http://baike.baidu.com/view/1316082.htm
http://en.wikipedia.org/wiki/Cloud_computing
NC：
http://zh.wikipedia.org/wiki/%E7%B6%B2%E8%B7%AF%E9%9B%BB%E8%85%A6
http://en.wikipedia.org/wiki/Network_Computer
云计算是当下时髦的东西，看起来生命力旺盛。
NC已死。
另， 张教授明确说MetaOS不是云计算。
张所谓的透明计算完全没有把实际中的种种限制因素考虑进去，太扯了。带宽、效率、硬件兼容性、操作系统接口等等等等，随便一样拿出来就要耗费不知道多少人力去解决。这当中解决好一项，都可以繁荣一个产业。结果人家都不管，画个大饼，就能拿自然科学一等奖，这荣誉也来得太容易了吧？
比如说我在家里用云计算，电脑上还是要装一个一般意义上的操作系统，启动操作系统后开启某个应用程序后才连接到云端进行云计算。
至于网络计算机，之前了解不多，看了一下兄弟给的链接，觉得有些类似，但仍有不同，至少有一点差别很大：各家的网络电脑平台，硬件是专用的，不能实现一个账号（数据）跨越各硬件平台（比如手机和平板）
当然，这只是一个比喻，486差不多已经是古董了。但谁买的电脑都有过时的时候，或者你的电脑还不算过时，但偶尔想用一下超出你电脑能力的应用，这时候连上云端，让超算帮你运行，结果传回你的显示屏上；
或者你喜欢微软新出的windows10，但电脑硬件不支持，又不想换电脑，就连上云端，让超算帮你运行windows10，结果传回你的显示屏上；
或者你很喜欢某个安卓系统上的游戏，但没有PC版，于是你用电脑连上云端，让超算帮你运行安卓，结果传回你的显示屏上，同时你的鼠标还能模拟安卓的触摸操作……
在超算上算的结果出来以后，486可能都显示不出来，老古董该淘汰就得淘汰咯。
486装个Linux/cygwin，用ssh -X 连上远程服务器，然后在服务器端运行超算程序，图形界面在本地机，非常简单。这技术至少有20年历史了。
新一点的还有VNC和Citrix，通用性更好。
不知道组织怎么收场。估计只能硬撑然后沉默是金了。懂点网络，PXE，虚拟机就明白。评委是何方高明？
Novell的NetWare早在1983年就已经实现了。咱读大学那年头，只要是个有点规模的机房，里面八成都是NetWare的无盘工作站。
基于版上不是搞it的，只简单写下结论：
用一个通俗的比喻可能方便理解：在一片树林里扎篱笆，原来是在树枝上扎，后来有人在树干上扎，张的团队则是跑到根部扎。
在一片树林里扎篱笆，原来是在树枝上扎——普通分布式计算，一般僵尸网络
后来有人在树干上扎，——云计算
张的团队则是跑到根部扎——透明计算
总结为两句：系统很底层，管理的资源很广泛！
至于提到的 pxe和网络连接协议问题，张的团队是用两个全新的协议解决了问题：多操作系统远程加载协议（MRBP）和网络服务访问协议（NSAP）
有点接近的系统应该是 超算用的系统 或者是 intel之类芯片设计商之前鼓吹的，嵌入主板带图形交互界面的 微系统 。
整个工程的工作量非常庞大的，不是一般团队可以实现的。