什么是一些基本特点/建筑之间的差异束和JVM？

Question

什么是一些基本特点/建筑之间的差束和JVM？

1. 是的，我知道：一个最初是建造周围和其它周围建朗
2. 我的理解JVM(些)和希望比较它们的结构
3. 例如我知道，JVM有一个全球性的GC和束有一个过程的每

Answer 1

首先，束是一个登记的机器，而不是一个堆栈机。像WAM对序言中，它使用"X-寄存器"，这是正常的寄存器(实现为一系列C)，"Y-寄存器"，这是名为隙在当地的功能，激活记录("电话框架")的堆。有没有堆操作的说明。

第二，有指令为迅速拨出更多的几个单词的堆存、初始化组数据和其他数据结构上堆，用于选择元素组，等等。JVM是重点对象，并具有一种"新"的操作，隐藏了详细的记忆分配和基本的初始化。

光束有一个指令，用于减少"降低计数器"的处理和决定它是否是时候要屈服于我们的另一个进程的运行。JVM另一方面已同步指示线。

一个重要的区别是，束有尾巴的电话的说明，其JVM缺乏。

最后，对于两种光束并JVM，该指令设置的使用对象的文件是真的只有一个传输的格式。束模拟器重写的说明的文件变成一个内部版本有许多优化的特殊情况的说明(，可以改变从一个释放到另一个).或者，可以编纂司机代码。最Jvm做同样的事情。

Answer 2

其他一些有趣的观点是：

1. 进程束的公民和管理虚拟机本身而JVM代表他们的管理操作系统。这使束以管理(创造、删除、背景下开关,...)非常迅速，因此，为了能够管理成千上万的进程与几百java线上的一个合理的机。

2. 上梁、进程间的通信为基础的信息交流而消除了大多数（如果不是所有情况下，这可能会导致竞争条件。在爪哇，你需要同步的，是困难和缺陷容易出现。

3. 一个重要的一点是，垃圾回收是在每个过程的基础束，而它是一个全球进程中的JVM。影响是，一GC JVM可以冻结整个虚拟机可能几秒钟而在横梁上的每个过程已得到它的一些执行行动(减少)的GC而不影响其他进程。

最近，一些新的图书馆喜欢 VertX (我真的不知道 Akka 但我相信这是这种情况)对于JVM语言开始实行类似过程的行为，以试图解决问题1.和2。我认为问题的GC不可能解决与简化图书馆，虽然。