FSP语言学习之：建立并发模型 Concurrency

最新推荐文章于 2024-06-07 10:02:38 发布
最新推荐文章于 2024-06-07 10:02:38 发布
阅读量674 收藏
点赞数
分类专栏： 软件工程学习内容 文章标签： FSP语言 ITSA 使用 建模复杂系统
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_42902997/article/details/123806670
版权

文章目录

并发模型

语法

  • 通过双竖线表示两个进程 P, Q 同步进行
ITCH = (scratch -> STOP).
CONVERSE =(think -> talk -> STOP).
||CONVERSE_ITCH = (ITCH || CONVERSE).

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

数学规则

  • 并发模型满足交换律和结合律

在这里插入图片描述

  • 如果 P, Q 之外还有第三个进程同步进行的话，写成如下形式：
ITCH = (scratch -> STOP).
CONVERSE =(think -> talk -> STOP).
LAUGH = (laugh -> LAUGH).
||CONVERSE_ITCH = (ITCH || LAUGH).
||CONVERSE_ITCH_LAUGH = (CONVERSE_ITCH || LAUGH).
  • 将 CONVERSE_ITCH 先并行了之后，再与 LAUGH 并行

行人过马路案例

行人随意过马路

  • 一个行人可以随时过马路
PEDESTRAIN = (wander -> PEDESTRAIN).
  • 红绿灯在 红绿黄三个颜色之间变化
TRAFFIC_LIGHT = (green -> yellow -> red -> TRAFFIC_LIGHT).
  • 行人如果不管交通灯随意过马路,那么这个程序可以如此模拟:
||LIGHT_PEDESTRIAN = (PEDESTRAIN || TRAFFIC_LIGHT).

在这里插入图片描述

行人按照交通灯过马路

  • 如何让行人按照和交通灯的交互来过马路：

    • 让两个进程之间共享动作（shared actions）

  • 行人在某个时刻会有两种状态：

PEDESTRAIN = (button -> PEDESTRAIN
			 | wander -> PEDESTRAIN).

在这里插入图片描述

  • 交通灯会有下面几种状态：
TRAFFIC_LIGHT = (button -> YELLOW | idle -> GREEN),
GREEN = (green -> TRAFFIC_LIGHT),
YELLOW = (yellow -> RED),
RED = (red -> TRAFFIC_LIGHT).

在这里插入图片描述

  • 当让行人和交通灯之间有交互，状态图如下：
    在这里插入图片描述
  • 在这个过程中，我们发现在这个交互的状态图中没有特别标明是哪个进程在操作 button，因为 button 对两个进程来说是共享的
  • 我们可以很自然的把 button 看做是 pedestrian 的输出，同时也是 traffic_light 的输入。但是对于这个状态图来说，它就仅仅只是一个共享的 action 仅此而已。

动作重标记（Action relabelling）

  • 在上面交通灯——行人的例子中，行人可以选择 button 或者 wander 行为；然而，当行人选择了 wander，那么就预示着交通灯的 button 没有被按下；因此 wanderring 操作和交通灯的 idle（空闲）操作可以看成是一个操作。
  • 在这种情况下我们可以选择更改 TRAFFIC_LIGHT 和 PEDESTRIAN 让这个 action 有同样的名字，但是这并不是一种理想的方式，因为这种重命名的操作可能会导致另外一个复合进程的 break。
  • 因此我们采用一种方式—— action relabelling。

语法

  • 给定一个进程P, 我们可以用 P/{new1/old1,...,newN, oldN} 来表达和 P 同样的意思，只是 action old1 被改名为了 new1
  • 上面的例子中，我们说 idle 和 wander 是等同的状态，因此，我们将上面的语句可以写成下面的形式：
TRAFFIC_LIGHT = (button -> YELLOW | idle -> GREEN),
GREEN = (green -> TRAFFIC_LIGHT),
YELLOW = (yellow -> RED),
RED = (red -> TRAFFIC_LIGHT).
PEDESTRIAN = ( button -> PEDESTRIAN
| wander -> PEDESTRIAN
).
||LIGHT_PEDESTRIAN =
(TRAFFIC_LIGHT || PEDESTRIAN/{idle/wander}).
  • 前面两个进程中的所有内容都不需要重新编写，只是在两个进程进行并行复合的时候，将 PEDESTRIAN 中的 wander 重标记成 TRAFFIC_LIGHT 中的 idle

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

  • 可以看到，PEDESTRIAN 中的 wander 也被重标记成了 idle

客户机—服务器案例

单个客户机和服务器交互

  • 定义一个客户机：
CLIENT = (call -> wait -> continue -> CLIENT).

在这里插入图片描述

  • 定义一个服务器：
SERVER = (request -> service -> reply -> SERVER).

在这里插入图片描述

  • 同时开启客户机和服务器：
|| CLIENT_SERVER = (CLIENT || SERVER)

在这里插入图片描述

  • 其实服务器和客户机有同时发生的 action，比如服务器的 request 和 客户机的 call 是同时发生的，客户机的 wait 和服务器的 reply 是同时发生的，因此我们替换着两组 action
|| CLIENT_SERVER = (CLIENT || SERVER) /{call/request, reply/wait}.

在这里插入图片描述

  • 可以发现，经过 action relabelling 可以让整个状态简化不少

多个同类进程进行区分

  • 当存在多个客户机，我们自然而然地想写如下的操作语句：
CLIENT = (call -> wait -> continue -> CLIENT).
||TWO_CLIENTS = (CLIENT || CLIENT).
  • 然而，由于所有的 action 在不同的 CLIENT 进程之间都是共享的，因此，这个操作的结果就等同于 CLIENT 本身：
    在这里插入图片描述
    在这里插入图片描述

进程标记（Process labelling）

  • 当有多个相同类型的进程的时候，如果不对进程进行标记，就会出现上述情况，当我们采取进程标记，我们就可以很好的区分多个类型相同的进程。

语法

|| TWO_P = (a:P || b:P)
  • 用在上面的多个 CLIENT 的例子中就是：
CLIENT = (call -> wait -> continue -> CLIENT).
||TWO_CLIENTS = (a:CLIENT || b:CLIENT).

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

  • Process labelling 就是通过添加 ”前缀“ 的方式来给相同类型的进程加以区分，这样他们就不会共享 action 了

N 个进程标记

  • 以下三种写法是完全等同的：
const N = 3
CLIENT = (call -> wait -> continue -> CLIENT).
||N_CLIENTS = (c[i:1..N]:CLIENT).

CLIENT = (call -> wait -> continue -> CLIENT).
||N_CLIENTS(N=3) = (c[i:1..N]:CLIENT).

CLIENT = (call -> wait -> continue -> CLIENT).
||N_CLIENTS(N=3) = (forall[i:1..N] c[i]:CLIENT).

在这里插入图片描述

一个 Server 和 多个 client 进程复合

  • 回顾一下前面的内容：

    • 当我们要让两个进程之间产生关联和交互，我们需要采用 action relabelling 来产生联系
    • 当多个同类进程之间进行区分我们通过 process labelling 加前缀来让同类的 process 不能共享。
    • 那么当我们在使用一个 server 和 多个同类的 client 交互的时候，我们既要区分多个同类 client，还要让他们和 server 之间产生关联而对他们的 action relabelling
    • 但是由于多个 client 已经不共享 action 了，难道我们要一个个的把每个 client 中的 action 手动改掉么？当然不是，我们采用前缀集合的方式（prefix set）批量修改 action。

  • 例如当只有两个 client 和 server 交互，我们如下写：

CLIENT = (call -> wait -> continue -> CLIENT).
SERVER = (request -> service -> reply -> SERVER).
||CLIENT_2 = (a:CLIENT || b:CLIENT || {a,b}::(SERVER/{call/request, wait/reply})).

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

  • 他们复合后的进程状态
    在这里插入图片描述
  • 将这种交互拓展到 N 个同类型的 CLIENT 和 SERVER 交互的情况：
CLIENT = (call -> wait -> continue -> CLIENT).
SERVER = (request -> service -> reply -> SERVER).
||N_CLIENT_SERVER(N=2)
	= (forall [i:1..N] (c[i]:CLIENT)||{c[i:1..N]}::(SERVER/{call/request, wait/reply})).

变量隐藏（Variable hiding）

  • 为了减少系统建模时候的复杂度，经常会通过隐藏一些变量来达到目的。

    • 给定一个进程 P，进程 P\{a1, ..., aN} 表达的意思和进程 P 是完全相同的，但是 a1...aN 这些 action 会被隐藏起来。
    • 能达到隐藏效果的语句还有：P@{a1,...aN}；使用 @ 来表示那些不被隐藏的 action，其他的会被隐藏。那些被隐藏起来的状态在图中会用 tau 表示
    • 因此 @ 操作符和 \ 操作符可以认为是互补的

  • 下面的语句效果相同：

SERVER_1 = (request -> service -> reply -> SERVER_1)
@{request , reply}.
SERVER_2 = (request -> service -> reply -> SERVER_2)
\{service}.

在这里插入图片描述
在这里插入图片描述

  • 第一个例子中通过@ 保留了 request 和 reply action
  • 第二个例子则使用 \ 来隐藏 service
暖仔会飞
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 2
    评论
专栏目录
FSP语言学习（十）：用时态逻辑进行模型检查
Abner98414的博客
04-19 3122
在上两讲中，我们看到如何指定对并发系统的每一次执行都成立的属性。这些安全和有效性属性对于描述系统的某些属性非常有用。然而，它们并不像逻辑属性那样强大。 逻辑属性是由命题和逻辑运算符组成的描述，如and、not和or。你可能已经学过命题逻辑，它允许我们描述关于系统在某一瞬间的状态的属性。然而，FSP模型没有状态，它的时间是线性的，连续的，它们由在连续时间中发生的动作组成。...
FSP语言学习（一）：对单个process建模
Abner98414的博客
03-22 2713
正式建模语言是进程代数 正式建模，像有Finite State Processes (FSP) 是一种建模语言，它基于Communicating Sequential Processes (CSP) 和 Calculus of Communicating Systems (CCS)。在这些语言中操作和推理表达式的规则称为进程代数（有时也称为进程演算）。
FSP语言学习（三）：对并行运行的process建模
Abner98414的博客
03-23 1291
我们在上一部分的学习中，介绍了正式建模语言的重要性，并学习了如何使用FSP对单个Process建模。但是，FSP通常不用于对单个Process进行建模。它的真正作用是对有交互行为的多个Process有一个直观的展现和精确描述。这篇文章，我们将学习如果使用FSP对并行的Processes建模。
并发模型
Pure Study
12-18 856
并发编程模型在使用Java进行多线程编程时，其中的规则都是基于并发编程模型的，所以对编发编程模型有所了解是有必要的。并行工作者这种模型会将传入的作业分配给不同的工作者，下图展示了并行工作者模型： 在并行工作者模型中，委派者(Delegator)将传入的作业分配给不同的工作者线程，每个工作者线程完成一整个任务，工作者线程可能运行在相同的CPU或不同的CPU上。在Java系统中，并行工作者模型是最常见
FSP语言学习（二）：实现Process
Abner98414的博客
04-08 1505
一个进程是一个程序或子程序的执行。在FSP语言学习（一）中，我们描述了一个进程如何被建模为一个有限状态机。在本篇中，我们将看到进程在计算系统中是如何表示的。特别是，我们描述了进程是如何在Java中编程的。
FSP语言学习（六）：Monitors 和条件 Synchronization
Abner98414的博客
04-09 1083
监视器是用于并发编程的语言特性。监视器封装了数据，这些数据只能被监视器的访问程序观察和修改。一次只能有一个访问程序被激活。因此，一个访问程序对封装在监视器中的数据变量有互斥的访问权。监视器听起来应该很熟悉，因为我们已经在之前的学习中看到了监视器的概念，尽管使用了不同的术语解释。一个对象满足了监视器的数据访问要求，因为它封装了数据，如果声明为私有，则只能由对象的方法访问。这些方法可以被同步以提供互斥的访问。因此，监视器在Java中被简单地表示为一个拥有同步方法的类。
LTSA以及FSP语言相关介绍
01-04
文档《LTSA以及FSP语言相关介绍》主要讨论了有限状态过程（Finite State Process, FSP）语言以及使用该语言的标记转换系统分析器（Labelled Transition System Analyser, LTSA）在软件设计的验证和验证（Validation ...
OCP学习笔记-007 SQL语言之二：DML
最新发布
大龄IT民工
06-07 1037
数据操纵语句，用于添加、删除、更新和查询数据库记录，并检查数据完整性，常用的语句关键字主要包括insert、delete、udpate和select等。(增添改查）事务：A transaction consists of a collection of DML statements that form a logical unit of work.
详解并发模型
在路上
08-28 1182
并发编程的基石---并发模型
【软件工程】十大模型
weixin_45177279的博客
12-11 1万+
1.瀑布模型 瀑布模型将软件的生命周期划分为：制定计划、需求分析、软件设计、程序编写、软件测试、运行维护六个基本活动，并规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。 瀑布模型将软件生命周期分为三个大阶段：定义阶段，开发阶段，运行和维护阶段。瀑布模型的阶段间具有顺序性和依赖性：前一阶段完成后,才能开始后一阶段；前一阶段的输出文本为后一阶段的输入文本。 在瀑布模型的每个阶段都坚持： （1）每个阶段都必须完成每个阶段规定的文档。 （2）每个阶段结束前都要对所完成的文档进行评审，以便于尽早发现
软件工程5种开发模型对比
奋斗、
12-17 1万+
模型 特点 优点 缺点 适用范围 瀑布模型 1.里程碑或基线驱动。2.过程逆转性很差或者说不可逆转。逆转可能会延误工期，增加成本，造成损失   1.开发阶段清晰，便于评审、审计、跟踪、管理和控制。 1.不可逆或很难可逆。2.问题会积累，错误会传递发散扩大，导致成本和质量失控。 1.在开发时间内需求不变
actor并发模型&基于共享内存线程模型
forfuture3513的博客
11-02 1797
actor并发模型&基于共享内存线程模型
软件工程 瀑布模型、原型模型、喷泉模型和V模型的优缺点及适用场景
热门推荐
开了路虎的驸马
03-12 6万+
一、瀑布模型 　　瀑布模型（Waterfall Model）是一个项目开发架构，开发过程是通过设计一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好“返回”上一个阶段并进行适当的修改，项目开发进程从一个阶段“流动”到下一个阶段，这也是瀑布模型名称的由来。包括软件工程开发、企业项目开发、产品生产以及市场销售等构造瀑
软件工程五大模型
胡振涛
06-02 2万+
1.瀑布模型（最重要的，以下模型基本上以瀑布模型为基础） 瀑布模型将软件生命周期分为三个阶段：定义阶段，开发阶段，运行和维护阶段 1）思想：制作时间上按工序把问题化简 将功能实现与制作分开便于分工协作 2）优点：奠定了软件工程方法的基础 流水依赖，便于分工协作 推迟物理实现，易于修改文档，有复审质量...
软件工程-过程模型
weixin_34198797的博客
03-22 1671
软件过程的概念 软件过程是一个为创建高质量软件所需要完成的活动，动作和任务的框架。 1.惯用过程模型 惯用过程模型力求达到软件开发的结构和只需，其活动和任务都是按照过程的特定指引顺序进行的。 1.1 瀑布模型 瀑布模型又称为经典生命周期，它提出了一个系统的，顺序的软件开发方法，从用户需求规格说明开始，通过策划，建模，构建和部署的过程，最终提供完整的软件支持。 瀑布模型的一个变体称为V模型。V模型...
FSP相关笔记
qq_37714601的博客
04-05 786
1.Safety properties: nothing bad happens during exeution. 2.Liveness properties: something good eventually happens. 3.Safety properties are used to specify some desirable properites and check that t
FSP语言学习（七）：解决同步问题—死锁、干扰
Abner98414的博客
03-23 1307
我们在上一篇文章中学习了如何使用FSP对并行运行的processes建模。但是由于多线程或者多进程会有共享的资源空间，它们可能同时访问同一个共享资源，这就是竞态条件。当多个线程或多个进程在争抢资源的时候，它们就会互相干扰，即运行结果取决于最后一个访问资源的线程或进程。为了防止竞态条件的发生，我们会给共享资源加锁，来控制访问，但是当多个进程互相等待对方释放资源时，就会发生死锁。 我们这篇文章会学习如何使用FSP对存在同步问题的系统进行建模，以帮助我们发现系统潜在的死锁或者干扰问题。
【论文阅读】Deep Reinforcement Learning from Self-Play in Imperfect-Information Games
weixin_37837522的博客
06-13 4545
【论文阅读】Deep Reinforcement Learning from Self-Play in Imperfect-Information Games博弈论基础AbstractIntroductionBackgroundRLExtensive-Form GamesFSPNFSP总结 博弈论基础 Abstract 现实中很多实际问题都可以理解为是一个大规模非完美信息博弈（游戏）。为了解决这样...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

暖仔会飞

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值