能力值：
( LV13，RANK：400 )
|
-
-
2 楼
就算解释完也还是要经过CPU执行，只不过是Context处在谁的field的问题。
LZ你的需求已经达到了application stream的层次了，也就是VEE虚拟执行环境，这是目前的一个技术前沿，只要少数几家公司有不太成熟的方案。
试想如果能实现你上述所说的需求，那以后就可以把一个程序的运行状态保存下来，比如说你一个WORD正在处理一个文件，你不想处理了，直接通过网络把application stream发送出去，接收方收到打开之后WORD的状态就是在发发送前的状态。
这个技术可以用在很多领域，也可能带来一场计算机领域的一次革新。
有兴趣可以研究下去，推荐几个知道的。
Microsoft drawbridge，微软的研究项目，目前没有开源，把win32 subsystem和nt native层的某些模块完全抽离出来做了一个库library os，具体的就自己搜索吧。
Dynamorio：google的一个开源项目，原理是动态插桩，把程序中的代码分片，具体分片方式是按照一个规则，每一片的最后条指令是一个跳转指令，然后把每一片放在一个buffer里面去执行。接管所有系统相关的线程调度等等。
还有 application stream 作为关键字搜索去吧。
|
能力值：
( LV4，RANK：50 )
|
-
-
3 楼
谢谢啊，应用层的好虚拟执行，就是转入内核层，这个很是麻烦
|
能力值：
( LV2，RANK：10 )
|
-
-
4 楼
http://www.pintool.org/
http://tech.groups.yahoo.com/group/pinheads/
|
能力值：
( LV12，RANK：760 )
|
-
-
5 楼
application stream的核心问题在于
1.还原内存数据与地址映射
2.各类Timer状态，线程状态，网络状态，进程状态的复原（真心无解~~）
3.snap大小和网络传输速度的矛盾
|
|
|
