不要忘记那些模拟器和模拟器

我已经很长时间没有在像Data General Nova这样的小型计算机上工作了(见图)．我记得使用前面板开关输入引导序列来加载基于纸带的加载器，最终加载了一个操作系统。这个过程并不太复杂，并且它保持了操作系统的运行(这是一个好主意，因为重新引导并不有趣)。

我还尝试了一些迷你型车，包括DEC lsi -11和Burroughs b1700。我最近决定看看Nova是否有模拟器。果然，我找到了其中的几个，以及我记得使用过的大多数其他平台的一个。一些是对处理器的有限模拟，而另一些是对外围设备的模拟。

其中大部分都是出于怀旧的目的。它还继续推出了后期的平台，比如驱动最初的Apple II和Atari游戏机的6502。实际上，有一个Javascript模拟器可能比任何6502在大多数浏览器上运行得都要快。

在开发应用程序时，仿真器和仿真器经常被忽视。由于成本和时机的原因，它们目前被大量用于高端系统芯片(SoC)平台。关于这种模拟的误解仍然存在(参见“关于硬件仿真的11个误区”)，但它有很多优点。

例如，这样的模拟器允许软件开发人员在硬件可用之前就开始，使用只能来自软件的钩子进行模拟和调试。在这些高端、高分辨率的模拟器和怀旧的实现之间存在着广泛的选择，这些实现经常被开发者忽视，他们通常认为自己必须在目标硬件上开发。

我最喜欢的实现是针对中低端微控制器的仿真器。仿真器在PC上运行应用程序的速度通常比在实际硬件上更快。它们是软件回归或单元测试的理想选择。这些系统通常可以从硬件供应商处获得，并与开发工具集成在一起。我过去使用微芯片的效果很好。

另一个选择是QEMU系统仿真器。它与大多数Linux发行版集成，并在一系列硬件上运行，以模拟类似的硬件范围。例如，可以在x86版本的Linux上运行ARM Cortex-A环境。在x86系统上模拟类似的硬件(如x86)时，可以使用硬件虚拟化。

可以通过多种方式来模拟不同于主机的架构。两种方法是机器代码的解释和动态翻译。后者本质上是将一个机器代码即时(JIT)编译为另一个机器代码。放置在模拟上的需求通常决定这些任务是如何执行的。例如，执行是否必须复制芯片的时间，如果是的话，精确到什么程度?在另一端，可能只需要复制功能。

模拟多个系统在调试物联网(IoT)的通信场景时非常有用。通常，与使用真实的硬件来跟踪和复制测试场景相比，调试钩子更复杂，实现成本更低。使用真正的硬件仍然是必需的，但是使用软件做更多的工作可以减少开发和调试时间。

我总是对那些不知道调试器或跟踪工具的开发人员感到惊讶。我应该在列表中添加模拟器和模拟器。确保您没有忽视任何这些工具。