热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

ModelcheckingPartI

ModelChecking

Model Checking

文章目录

  • Model Checking
      • 序言
          • 可靠系统开发过程中的主要挑战—设计验证问题(design validation)
          • 现有实践方法—模拟和测试(simulation and tesing)
          • 本书主题:取代现有的方法—形式验证(formal verification)
          • 本书焦点:形式验证方法中的其中一种—模型检测(model checking)
      • 第一章
          • 模型检测的历史
          • 模型检测的现状
      • 第二章
          • 模型检测
          • 本章主要内容
        • 2.1 形式化方法的必要性
        • 2.2 硬件和软件检测
          • 1. 模拟和测试
          • 2. 演绎推理
          • 3. 模型检测
        • 2.3 模型检测过程
        • 2.4 时态逻辑与模型检测
        • 2.5 符号算法
        • 2.6 偏序约简
        • 2.7 处理状态空间爆炸问题的其他方法

序言

可靠系统开发过程中的主要挑战—设计验证问题(design validation)

定义:在早期阶段尽可能的确保设计的正确性。

现有实践方法—模拟和测试(simulation and tesing)

缺陷

  1. 当bug过多,系统设计简明耗时太长。
  2. 无法评估潜在的bug。
本书主题:取代现有的方法—形式验证(formal verification)

特点:尽可能详尽的探讨系统所有可能的行为。

本书焦点:形式验证方法中的其中一种—模型检测(model checking)

定义:通过穷举(显示或隐式)给定系统的所有可达状态,并遍历它们的行为,验证该模型反应系统的期望行为属性。

优点

  1. 全自动。无需监督,也无需专业的数理知识。
  2. 当设计不能满足所需属性,模型检测会产生一个反例,演示一个伪造属性的行为,为理解失败的原因以及修复问题提供了无价的线索。

意义:使形式验证领域发生彻底的变革,将其从一种纯学术学科转变为一种可行的实用技术,并可能·作为一种额外的有价值的附加设计验证方法整合到工业开发过程中(例如:内部模型检查器的开发以及在先进半导体和处理器制造商中的应用)。


第一章

模型检测的历史
  • 模型检测于1999年取得重大突破—符号模型检查(symbolicmodel checking)和部分降阶(partial order reduction),使得验证大的有限状态机成为可能,也引起了硬件行业的关注。于同年发行了本书的第一版,虽有不足但对该领域有重大的意义。
  • 过去广泛使用的SMV和SPIN(范式工具)现在仍然在使用,其简洁性一直广受讨论。
模型检测的现状

20年后,模型检测已经成为一个成熟的学科。它从众多领域(软件工程、编程语言、抽象解释、SAT和SMT解决器、理论证明、自动化理论等等)学习扩充并对做出贡献。模型检测取得巨大成功,内容甚多,需要一个共同的基础来学习这一领域。

第二章

模型检测

概念:一种检验有限状态并发系统的自动化技术。

优点:与传统方法(模拟、测试、演绎推理等)相比有大量优势 。

挑战:状态空间爆炸(state space exposion)—在能够交互的大量组件或能假定许多不同值的数据结构系统中发生。

实践:在复杂时序电路设计和通信协议等众多领域中得以成功运用。

本章主要内容
  • 将模型检测与其他验证硬件和软件的形式化方法进行了比较(2.2)
  • 描述模型检测如何用于验证复杂系统的设计(2.3)
  • 探寻了不同模型检测算法的发展,讨论了已提出的处理状态空间爆炸问题的不同方法

2.1 形式化方法的必要性

从两个层面说明:

现实层面:随着物联网及许多技术的发展,软硬件系统应用广泛,系统出错的代价太大(例如由于软件故障,阿里安5号火箭发射失败),普通的规避错误的方法(直接关闭故障系统)并不可靠,因而对提高系统可靠性方法的需求很大。

未来层面:变革不断进行,物联网技术在未来将快速发展,对计算机设备的可靠性要求将越来越高。

2.2 硬件和软件检测

本节主要内容:列举常用的形式化方法,并与模型检测作比较。

1. 模拟和测试

相同点:都需在实地部署系统前进行实验。

不同点:模拟在系统的抽象或模型上进行;测试在实际产品上进行。

用法:通常上是在系统的某些点注入信号,并在其他点观察产生的结果信号(例如在软件上提供特定输入,并观察输出结果)。

缺点:无法检验所有可能的交互和潜在的缺陷。

2. 演绎推理

用法:通常使用公理和证明规则来证明系统的正确性。

发展历程:早期主要用于确保关键系统的正确性,且证明完全由手工构造;后期研究人员意识到可以开发软件工具来强制正确使用公理和证明规则,并且也能用于系统搜索,以提出从现阶段证明中取得进展的各种方法。

意义:在软件开发领域有着重大的影响(例如:演绎证明研究中的不变量概念)。

优点:可以用于无限状态系统的推理,这能在一定程度上实现自动化。

缺点
(1)演绎验证是一个耗时的过程,只能由在逻辑推理方面受过教育并具有相当丰富经验的专家执行。所以演绎推理主要用于高度敏感的系统,例如安全协议。
(2)一些数学任务不能由一个算法来执行,可计算性理论表明程序的正确终止在一般情况下不能自动验证,这限制了可以自动验证的内容。因此,大多数证明系统不能完全自动化。
(3)虽然演绎验证可以在一定程度上实现自动化,但即使要验证的属性为真,也不能限制为找到证据所需的时间或内存。

3. 模型检测

概念:验证有限(使自动验证成为可能)状态并发系统的一种技术。

用法:该过程通常使用对系统状态空间的彻底搜索来确定某些规范是否正确。

优点
(1)通过一些算法可以在中型机器上以合理的效率实现。
(2)模型检测适用于几类非常重要的系统(例如硬件控制器和通信协议)。
(3)非有限状态的系统可以使用模型检查结合各种抽象和归纳原则进行验证。
(4)在许多情况下,可以通过将无界数据结构限制为有限状态的特定实例来发现错误(例如可将程序的无界消息队列限制为小数量再进行调试)。
(5)无论何时可以应用,它都比演绎验证更可取。

2.3 模型检测过程

  • 模型化:第一项任务是将设计转换为模型检查工具所接受的形式主义。在许多情况下,这只是一个编译任务。在其他情况下,由于时间和内存的限制,设计建模可能需要使用抽象来消除不相关或不重要的细节。
  • 规范:在验证之前,必须说明设计必须满足的属性。规范通常是以某种逻辑形式给出的(对软硬件系统而言,通常使用时态逻辑)。

规范中存在的问题:完整性。模型检测能为一个满足给定规范的设计模型提供检验方法,却无法确定所给定的规范能否覆盖系统应当满足的所有属性。

  • 验证:理想情况下,验证是完全自动的。然而,在实践中,它往往涉及到人力援助。这样的人工活动之一是对验证结果的分析。在出现负面结果的情况下,通常会给用户提供一个错误跟踪。这可用作检验属性的反例,并可帮助设计人员跟踪错误发生的位置。在这种情况下,分析错误跟踪可能需要对系统进行修改并重新应用模型检测算法。错误跟踪也可能是由于系统建模不正确或规范不正确(通常称为假负数)造成的,它可用于识别和修复。最后一种可能性是,由于模型的大小,验证任务将无法正常终止,因为该模型太大,无法适应计算机内存。在这种情况下,可能需要在更改模型检查器的一些参数或调整模型(例如使用额外的抽象)之后重新进行验证。

2.4 时态逻辑与模型检测

在这本书中,时态逻辑公式的意义将总是根据一个有标记的状态转换图来确定,这样的结构被称为克里普克(kripke)结构。

起源:最初由哲学家开发出来,为了观察时间在自然语言争论中的使用。

表达方式:大多数带有Gf操作符,表示如果f在未来为真,那么现在也为真。若表示时间e1和e2不会同时发生,那么书写为G(¬e1∨¬e2)。

使用:由于能在不显示引入时间的情况下描述事件发生的时间顺序,对特定并发系统的检测很有帮助。

分类标准:时间具有线性结构还是分支结构。

发展情况
(1)Pnueli(普努利)是第一个使用时态逻辑进行并发推理的人。他的方法包括从一组描述程序中单个语句的行为的公理来证明所考虑的程序的属性。该方法由Bochmann、Malachi和Owicki推广到时序电路。由于证据是手工制作的,这种技术在实践中往往难以使用。
(2)早在1980年,Clarke和Emerson的时序逻辑模型检验算法介绍使得这种推理能够自动化。由于检验单个模型满足公式比证明公式对所有模型的有效性容易得多,因此可以非常有效地实现这一技术。由Clarke和Emerson为分支时间逻辑CTL开发的算法在所考虑的程序所确定的模型的大小和时间逻辑中其规格的长度上都是多项式的。他们还展示了在不改变算法复杂度的情况下如何处理公平性,这是一个重要的步骤因为许多并发程序的正确性取决于某种类型的公平假设(例如:在互斥算法中不存在饥饿可能取决于这样一个假设,即每个进程都会无限频繁地取得进展)。
(3)在同一时期,Quille和Sifakis给出了一个CTL子集的模型检测算法,但是他们没有分析它的复杂性。后来Clarke、Emerson和Sistla提出了一种改进的算法,该算法在公式的长度和状态转换图的大小的乘积上是线性的。该算法是在EMC模型检查器中实现的,该算法被广泛分布并用于检查多个网络协议和时序电路。早期的模型检查系统能够以每秒大约100状态的速度检查状态转换图中的10的4次方到10的5次方状态之间的典型公式。尽管有这些限制,模型检查系统被成功地用于在几个已发表的电路设计中发现以前未知的错误。
(4)Sistla和Clarke分析了各种时态逻辑的模型检验问题,特别是线性时序逻辑(LTL)的模型检验问题是PSPACE-完全的。Pnueli和Lichtenstein重新分析了检验线性时间公式的复杂性,并发现,虽然复杂度在公式的长度上是指数的,但它在全局状态图的大小上是线性的。基于这一观察,他们认为线性时间模型检查的高度复杂性对于短公式仍然是可以接受的。同年,Fujita实现了一个基于表格的LTL公式验证系统,并说明了它如何用于硬件验证。
(5)CTL* 是一个非常有表现力的逻辑,它将分支时间和线性时间运算符结合在一起。这个逻辑的模型检查问题在中首次被考虑,其中,它被证明是PSPACE-完全的,且与LTL的模型检查问题处于相同的一般复杂性类中。这一结果可以进一步验证CTL* 和LTL模型在状态图的大小和公式的大小上具有相同的算法复杂度(不超过常数因子)。因此,为了模型检查的目的,将自己限制在线性时态逻辑上没有实际的复杂性优势。
(6)其他一些研究人员已经提出了用于验证并发系统的替代技术,这些方法中有许多使用自动机作为规范和实现,检查实施情况,以查看其行为是否符合本规范的要求。由于同一类型的模型同时用于实现和规范,因此在一个级别上的实现也可以用作下一级精化的规范。Kurshan的工作中隐含了语言限制的使用,这最终导致了一个名为COSPAN的强大验证器的开发。Vardi和Wolper首次提出使用ω-自动机(无限词自动机)进行自动验证。他们展示了如何根据ω自动机之间的语言控制来制定线性时序逻辑模型检验问题。还考虑了自动机之间一致性的其他概念,包括观察等价和各种细化关系。

2.5 符号算法

起源:1987年McMillan发现通过使用状态转换图的符号表示,可以验证大得多的系统。这种新的符号表示是基于布莱恩特的排序二进制决策图(OBDD)。

OBDD提供了布尔公式的规范形式,其通常比合取或析取范式更紧凑,并且已经开发出了用于操纵它们的非常有效的算法。这种符号表示由于捕捉了由电路和协议确定的状态空间中的一些规律性,因此可验证的状态数量级大大提升。

表达方式:通过将布尔值赋值给与电路或协议相关联的状态变量集来编码每个状态,转换关系可以用两组变量表示为布尔公式,一组用于编码旧状态,另一组用于编码新状态,该公式由二元决策图表示。由于谓词变换器(基于过渡关系)和固定点(表示并发系统的各种时间属性的状态集)都用OBDD表示。因此,可以避免显式构造并发系统的状态图。

工具:McMillan开发的模型检查系统SMV。

SMV基于用于描述分层有限状态并发系统的语言。语言中的程序可以通过在时间逻辑中表达的规范来注释。模型检查器从SMV语言的程序中提取表示为OBDD的转换系统,并使用基于OBDD的搜索算法来确定系统是否满足其规范。如果转换系统不满足某些规范,则验证程序将生成执行踪,以显示规范错误的原因。

强大性能表现

  • 对IEEEFuturebus +标准(IEEE标准896.1-1991)中描述的高速缓存一致性协议的验证。

Carnegie Mellon的研究人员用SMV语言构建了一个精确的协议模型,然后使用SMV表明所得到的过渡系统满足了缓存一致性的正式规范,并找到一些以前未被发现的错误和潜在的错误协议的设计。

  • 验证所需的CPU时间如何随着电路或协议的越来越大而逐渐增长的研究中发现,这种增长率是电路元件数量的一个低阶多项式。

应用

1、Coudert,Berthet和Madre开发了一种算法,通过对产品自动机的状态空间进行广度优先搜索来显示两个确定性有限状态自动机之间的等价性。他们使用OBDD来表示算法中两个自动机的转换函数。Pixley也已经开发了类似的算法。此外,包括Bose和Fisher,Pixley和Coudert等人在内的几个小组已经尝试了使用OBDD的模型检查算法。

2、Bryant,Seger和Beatty开发了一种基于符号模拟的算法,用于限制线性时间逻辑中的模型检查。规范包括逻辑中表示的前置条件 - 后置条件对。前提条件用于限制电路的输入和初始状态,后置条件给出了用户希望检查的属性。

形式:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-DOqs2wZk-1583138946981)(en-resource://database/1187:1)]

与用于指定程序和电路的大多数其他时间逻辑相比,该公式的语法受到高度限制。唯一允许的逻辑运算符是连接,唯一的时间运算符是下一次(X)。通过限制可以处理的公式类别,可以非常有效地检查某些属性。

2.6 偏序约简

背景:以往由于软件的结构往往不如硬件,且软件通常是异步的(进程相互独立,无全局同步时钟),模型检测在软件验证中使用较少。基于偏序约简的验证技术的提出使软件状态空间爆炸问题取得了很大的进展。这些技术利用并发执行事件的独立性。当按任意顺序执行时,两个事件是相互独立的,从而导致相同的全局状态。

使用:偏序约简技术使得减少必须考虑的交错序列数成为可能。因此,减少了模型检查所需的状态数。当规范不能区分仅根据并发执行事件的顺序不同的两个交错序列时,只分析其中一个就足够了。这些方法与程序执行的偏序模型有关,根据这个模型,并发执行的事件不会被排序。每个部分有序的执行可以对应于多个交错序列,如果不可能区分这些序列,则为每个事件的偏序选择一个交错序列就足够了。

补充:交错模型是并发软件的一个常见模型。在这个模型中,单个执行中的所有事件都以一个称为交错序列的线性顺序排列。并发执行的事件相对于彼此任意排列,并且大多数用于指定并发系统属性的逻辑都能区分两个独立事件以不同顺序执行的交错序列。因此,通常会考虑这些事件的所有可能交织,这可能导致非常大的状态空间。

发展:许多研究人员已经研究了通过仅选择可以交错独立执行的转换方式中的一个子集来减小状态空间的想法。

例如:Overman考虑了一种并发的受限模型,该模型不包括循环和非确定关系;
Katz和Ped的证明系统建议使用对应于相同偏序执行的交错序列之间的等价关系;
Valmari的固执集、Godefroid的持久集、Peled的样本集也采用偏序约简思想;

2.7 处理状态空间爆炸问题的其他方法

虽然符号表示和部分顺序减少大大增加了可以验证的系统的大小,但是许多现实系统仍然太大而无法处理。因此,重要的是找到可以与符号方法结合使用的技术,以扩展可以验证的系统的大小。四种这样的技术是组合推理,抽象,对称和归纳。

组合推理

方法基础:利用复杂电路和协议的模块化结构。

使用:许多有限状态系统由并行运行的多个进程组成,这类系统的规范通常可以分解为描述系统小部分行为的属性,组合推理只使用其描述的系统部分来检查每个本地属性。
引申:当系统各组件之间相互依赖时,采用假设保证推理(在验证一个组件的属性时,须加上对其他组件的行为进行假设这一前提,若其他组件正确,假设取消)。

抽象

方法基础:基于包含数据元素的系统的规范通常涉及系统中的数据值之间的相当简单的关系。

使用:通过将映射扩展到状态和转换,可生成抽象系统。由于抽象系统通常比实际系统小得多,属性的验证也相对比较简单。

对称

方法基础:具有对称性的系统意味着存在保留状态转移图的非平凡置换组,这样的组可用于定义系统状态空间的等价关系,并减少状态空间。

使用:有限状态并发系统通常包括复制组件,由此可得系统的简化模型,简化模型可用于简化由时间逻辑公式表示的原始模型的属性的验证。

归纳

方法基础:对整个有限族系统的自动推理。

使用:检查给定家族中的每个系统是否满足某种时间逻辑性质时,使用归纳论证来验证不变量(表示族中任意成员的行为的不变过程)是否是适当的代表,使用此不变量,我们可以立即检查族中所有成员的此类属性。


推荐阅读
  • 本文探讨了如何通过一系列技术手段提升Spring Boot项目的并发处理能力,解决生产环境中因慢请求导致的系统性能下降问题。 ... [详细]
  • 深入剖析JVM垃圾回收机制
    本文详细探讨了Java虚拟机(JVM)中的垃圾回收机制,包括其意义、对象判定方法、引用类型、常见垃圾收集算法以及各种垃圾收集器的特点和工作原理。通过理解这些内容,开发人员可以更好地优化内存管理和程序性能。 ... [详细]
  • 并发编程 12—— 任务取消与关闭 之 shutdownNow 的局限性
    Java并发编程实践目录并发编程01——ThreadLocal并发编程02——ConcurrentHashMap并发编程03——阻塞队列和生产者-消费者模式并发编程04——闭锁Co ... [详细]
  • 优化Flask应用的并发处理:解决Mysql连接过多问题
    本文探讨了在Flask应用中通过优化后端架构来应对高并发请求,特别是针对Mysql 'too many connections' 错误的解决方案。我们将介绍如何利用Redis缓存、Gunicorn多进程和Celery异步任务队列来提升系统的性能和稳定性。 ... [详细]
  • 深入理解Java多线程并发处理:基础与实践
    本文探讨了Java中的多线程并发处理机制,从基本概念到实际应用,帮助读者全面理解并掌握多线程编程技巧。通过实例解析和理论阐述,确保初学者也能轻松入门。 ... [详细]
  • 本文深入探讨了MySQL中常见的面试问题,包括事务隔离级别、存储引擎选择、索引结构及优化等关键知识点。通过详细解析,帮助读者在面对BAT等大厂面试时更加从容。 ... [详细]
  • 本文详细介绍了优化DB2数据库性能的多种方法,涵盖统计信息更新、缓冲池调整、日志缓冲区配置、应用程序堆大小设置、排序堆参数调整、代理程序管理、锁机制优化、活动应用程序限制、页清除程序配置、I/O服务器数量设定以及编入组提交数调整等方面。通过这些技术手段,可以显著提升数据库的运行效率和响应速度。 ... [详细]
  • 本文将详细介绍多个流行的 Android 视频处理开源框架,包括 ijkplayer、FFmpeg、Vitamio、ExoPlayer 等。每个框架都有其独特的优势和应用场景,帮助开发者更高效地进行视频处理和播放。 ... [详细]
  • 本文详细介绍了Java中实现异步调用的多种方式,包括线程创建、Future接口、CompletableFuture类以及Spring框架的@Async注解。通过代码示例和深入解析,帮助读者理解并掌握这些技术。 ... [详细]
  • 本文档汇总了Python编程的基础与高级面试题目,涵盖语言特性、数据结构、算法以及Web开发等多个方面,旨在帮助开发者全面掌握Python核心知识。 ... [详细]
  • 深入解析Hadoop的核心组件与工作原理
    本文详细介绍了Hadoop的三大核心组件:分布式文件系统HDFS、资源管理器YARN和分布式计算框架MapReduce。通过分析这些组件的工作机制,帮助读者更好地理解Hadoop的架构及其在大数据处理中的应用。 ... [详细]
  • 深入解析BookKeeper的设计与应用场景
    本文介绍了由Yahoo在2009年开发并于2011年开源的BookKeeper技术。BookKeeper是一种高效且可靠的日志流存储解决方案,广泛应用于需要高性能和强数据持久性的场景。 ... [详细]
  • 版本控制工具——Git常用操作(下)
    本文由云+社区发表作者:工程师小熊摘要:上一集我们一起入门学习了git的基本概念和git常用的操作,包括提交和同步代码、使用分支、出现代码冲突的解决办法、紧急保存现场和恢复 ... [详细]
  • 深入解析RDMA中的队列对(Queue Pair)
    本文将详细探讨RDMA架构中的关键组件——队列对(Queue Pair,简称QP),包括其基本概念、硬件与软件实现、QPC的作用、QPN的分配机制以及用户接口和状态机。通过这些内容,读者可以更全面地理解QP在RDMA通信中的重要性和工作原理。 ... [详细]
  • 深入解析Spring Cloud微服务架构与分布式系统实战
    本文详细介绍了Spring Cloud在微服务架构和分布式系统中的应用,结合实际案例和最新技术,帮助读者全面掌握微服务的实现与优化。 ... [详细]
author-avatar
健健22010
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有