2019年9月25日 西米奇

通过模拟构建一个探索的路径

Ranjan Sikand, Wind River实习生

在越来越多的技术世界中,计算机科学知识出现溢价,强大的程序员已成为员工的令人垂涎的成员。简单的原因:编程很重要,但编程很难。它需要大量的技能,从创造性地解决问题的能力,能够以一种对计算机有意义的方式组织你的想法。也许是最重要的“技能”的所有是在盯着同一墙的编译错误墙壁后避免将头部撞入键盘。

作为一个有编程经验的人,它可能会令人沮丧。很多挫折源于隐藏的问题,从诸如难以难以难以实现的难以捉摸的海森伯格或模糊定义的分割故障等巨大的恶性的小东西。随着程序大小的增长,这些问题变得更加困难,并且开发人员浪费了过多的时间疑难解答和调试代码。对于软件公司,有更多的额定步骤必须确保其代码在多个环境中工作,来自不同公司的不同处理器运行不同的编译器。这可能是昂贵,浪费的,一如令人沮丧的过程。

另一个主要的挫折来源是沟通不畅。问题往往很难描述,甚至很难弄清楚如何寻求帮助。例如,开发团队和运营团队之间的错误沟通导致双方都浪费了大量时间。简单的问题需要两倍的时间来解决,因为双方都不知道对方在说什么。这导致了对德沃斯。部分,Devops是使用与发展人员相同的技术的运营人员,这似乎明显的东西通常会忘于生产的速度更快。这样,双方的球队都能够更容易地沟通并更好地了解。

在风河®,我们遇到了许多相同的问题。我们的工程师必须确保我们的每一个软件平台,无论是我们的旗舰vxworks®.实时操作系统(RTOS)或我们的开源风河系统公司Linux,在各种系统上工作而不容易受到黑客或无法导航棘手的情况。在物理硬件上测试它们会非常耗时,因为建立硬件本身需要相当的时间投资,更不用说遇到和解决问题的艰巨任务。

相反,他们使用西米奇®

SIMICS是一个模拟平台,几乎复制了物理硬件系统,允许开发人员在实际存在的硬件上运行代码。

他们可以构建一个测试库,并操纵硬件以迫使其到达故障路径,然后及时地前后运行以隔离问题。然后,他们不必向其他工程师展示,或者更糟的是,不得不试图解释问题,他们只需在模拟中发送一个链接指向代码失败的地方,另一个开发人员就可以独立地检查问题。Simics是一个非常强大的工具,它极大地改进了我们的开发过程。Wind River的工程副总裁Ed Illidge说,Simics“允许我们在十分之一的时间内修复bug”,通过解放开发人员的时间并加快整个开发过程,“将自动化提高了12000%”。

我们最近制作了一个简短的视频来分享我们与Simics的经验,以及它如何使我们从DevOps实践中获益。作为一家为多个行业的广泛客户提供服务的公司,拥有一个模拟平台对我们的成功至关重要。想要了解更多关于Simics如何在风河启用DevOps的信息,请看这段视频:风河模拟 - Devops的道路

以前的VxWorks Cert Edition现在IEC 62304兼容
下一个执行者的观点:嵌入式开发者的旅程;是否使用实时操作系统