同步

简介: 同步

背景



一~八章的内容到目前位置:


  • 多道程序设计: 现代操作系统的重要特性
  • 并行很有用(为什么?) 提示: 多个并发实体: CPU IO 用户 等
  • 进程,线程: 操作系统抽象出来用于支持多道程序设计
  • CPU调度: 实现多道程序设计的机制
  • 调度算法: 不同的策略


独立的线程


  • 不和其他线程共享资源或状态
  • 确定性==>: 输入状态决定结果
  • 可重现==>: 能够重现起始条件, IO
  • 调度顺序不重要


合作线程:


  • 在多个线程中共享状态
  • 不确定性
  • 不可重现


不确定性和不可重现意味着bug可能是间歇性发生的

进程,线程;计算机,设备需要合作


合作优点:


1.共享资源

  • 一台电脑,多个用户
  • 一个银行存款余额,多台ATM机
  • 嵌入式系统


2.加速

  • IO操作和计算可以重叠
  • 多处理器


3.模块化

  • 将大程序分解成小程序 gcc会调用cpp,cc1,cc2,as,ld
  • 使系统易于扩展


程序可以调用函数 fork() 来创建一个新的进程


  • 操作系统需要分配一个新的并且唯一的进程ID
  • 因此在内核中,这个系统调用会运行 new_pid = next_pid++;

1688264468113-9cc52954-9ed5-467c-b337-0a1833f9bf38.png


  • 翻译成机器指令:


Load next_pid Reg1

STORE Reg1 new_pid

INC Reg1

STORE Reg1 next_pid


假设两个进程并发执行


  • 如果next_pid等于100, 那么其中一个进程得到的ID应该是100, 另一个进程的ID应该是101, next_pid应该增加到102
  • 可能在INC前进行了上下文切换, 最终导致两个进程的pid都是100,而next_pid也是101


1688264878509-2c735b20-5cd8-4f60-b2e2-2332c394d2bc.png

无论多个线程的指令序列怎样交替执行,程序都必须正常工作


  • 多线程程序具有不确定性和不可重现的特点
  • 不经过专门设计,调试难度很高


不确定性要求并行程序的正确性


  • 先思考清楚问题,把程序的行为设计清楚
  • 切忌给予着手编写代码,碰到问题再调试


相关概念



前面的现象称为Race Condition(竞态条件)


**如何避免上述现象呢: **

Atomic Operator(原子操作)


原子操作是指一次不存在任何终端或者失败的执行

  • 该执行成功结束
  • 或者根本没有执行
  • 并且不应发生任何部分执行的状态


实际上操作往往不是原子的


  • 有些看上去是原子操作,实际上不是
  • 连x++这样的简单语句,实际上是由三条指令构成的
  • 有时候甚至连单条假期指令都不是原子的(Pipeline,super-scalar,out-of-order,pape fault)


思靠对应的c语言写的程序 :


1688265125912-63c0b299-a01e-4912-8412-60815b487a74.png


临界区:


定义 :

临界区(Critical section): 指进程中的一段需要访问共享资源并且当另一个进程处于相应代码区域时便不会被执行的代码区域


**互斥(Mutual exclusion): **是指当一个 进程处于临界区并访问共享资源时,没有其他进程会处于临界区并且访问任何相同的共享资源


死锁(Dead lock):是指两个或以上进程,在相互等待完成特定任务,而最终没法将自身任务进行下去

**饥饿(Starvation):**是指一个可执行的进程,被调度器持续忽略,以至于虽然处于可执行状态却不被执行


**有限/无忙 等待: **如果一个线程i处于入口区,那么在i的请求被接受之前,其他线程进入邻接区的时间是有限的 / 无忙进入之前会被挂起


实现对临界区代码的保护


方法1: 禁用硬件中断


没有中断,没有上下文切换,因此没有并发


  • 硬件将中断处理延迟到中断被启用之后
  • 大多数现代计算机体系结构都提供指令来完成


进入临界区


  • 禁用中断


离开临界区


  • 开启中断


一旦中断被禁用,线程就无法被停止


  • 整个系统都会为你停下来
  • 可能导致其他线程处于饥饿状态


要是临界区可以任意长怎么办?


  • 无法限制响应中断所需的时间(可能存在硬件影响)


要小心使用,适合于较小的操作


不适用于多CPU的情况。


方法2: 基于软件的解决方案


满足进程Pi和Pj之间互斥的经典的基于软件的解决方法(1981年)

使用两个共享数据项


  • int turn; //指示该谁进入临界区
  • bool flag[]; //指示进程是否准备好进入临界区


进入临界区:
flag[i] = true; turn = j;
while(flag[j] && turn == j);
退出临界区:
flag[i] = false;


Bakery 算法(N个进程的临界区)


  1. 进入临界区之前,进程接收一个数字
  2. 得到的数字最小的进入临界区
  3. 如果进程Pi和Pj收到相同的数字,那么如果i<j,Pi先进入临界区,否则Pj先进入临界区
  4. 编号方案总是按照枚举的增加顺序生成数字


Dekker算法(1965): 第一个针对双线程例子的正确解决方案


Bakery算法(1979): 针对n线程的临界区问题解决方案


复杂: 需要两个进程的共享数据项

需要忙等待: 浪费CPU时间

没有硬件保证的情况下无真正的软件解决方案:

Perterson算法需要原子的LOAD和STORE指令


方法3 : 更高级的抽象方法


硬件提供了一些原语


  • 像中断禁用, 原子操作指令等
  • 大多数现代体系结构都这样


操作系统提供更高级的编程抽象来简化并行编程


  • 例如,锁,信号量
  • 从硬件原语中构建


锁是一个抽象的数据结构


  • 一个二进制状态(锁定,解锁),两种方法
  • Lock::Acquire() 锁被释放前一直等待,然后得到锁
  • Lock::Release() 锁释放,唤醒任何等待的进程

1688270009795-953526d6-2019-4fd3-b9f3-41aed296a3ae.png


使用锁来编写临界区


  • 前面的例子变得简单起来:


lock_next_pid->Acquire(); 
new_pid = next_pid++; 
lock_next_pid->Release();

大多数现代体系结构都提供特殊的原子操作指令


  • 通过特殊的内存访问电路
  • 针对单处理器和多处理器


Test-and-Set 测试和置位


  • 从内存中读取值
  • 测试该值是否为1(然后返回真或假)
  • 内存值设置为1


交换


  • 交换内存中的两个值

1688269866405-dc367e67-05b5-4ede-9037-db9140486942.png


  • 总结锁是更高等级的编程抽象

互斥可以使用锁来实现

通常需要一定等级的硬件支持


  • 常用的三种实现方法

禁用中断(仅限于单处理器)

软件方法(复杂)

原子操作指令(单处理器或多处理器均可)


  • 可选的实现内容:

有忙等待

无忙等待


目录
相关文章
|
7月前
|
存储 关系型数据库 MySQL
数据同步大事务同步延迟
数据同步大事务同步延迟
87 6
|
4月前
|
SQL 缓存 关系型数据库
MySQL主从同步如何操作?
随着业务增长,单台MySQL服务器难以应对高并发访问和潜在的故障风险。主从同步(Master-Slave)通过读写分离提升数据库处理能力,具备多项优势:读写分离减轻主数据库压力、支持一主多从增强扩展性与高可用性、以及数据备份确保容灾恢复。MySQL利用binlog实现主从数据同步,记录所有写操作,不包含查询。binlog有三种格式:Statement(基于SQL语句)、Row(基于行更改)、Mixed(结合前两者优点)。主从复制涉及三个关键线程:主库的binlog dump thread和从库的I/O thread与SQL thread。
129 0
MySQL主从同步如何操作?
|
6月前
|
消息中间件 关系型数据库 MySQL
实时计算 Flink版产品使用问题之任务在同步过程中新增同步表后选择全量初始化历史数据,是否会阻塞原先其余表的增量同步
实时计算Flink版作为一种强大的流处理和批处理统一的计算框架,广泛应用于各种需要实时数据处理和分析的场景。实时计算Flink版通常结合SQL接口、DataStream API、以及与上下游数据源和存储系统的丰富连接器,提供了一套全面的解决方案,以应对各种实时计算需求。其低延迟、高吞吐、容错性强的特点,使其成为众多企业和组织实时数据处理首选的技术平台。以下是实时计算Flink版的一些典型使用合集。
实时计算 Flink版产品使用问题之任务在同步过程中新增同步表后选择全量初始化历史数据,是否会阻塞原先其余表的增量同步
|
7月前
|
负载均衡 算法 前端开发
同步和异步
同步和异步
93 0
|
7月前
|
NoSQL Redis
[Redis]——主从同步原理(全量同步、增量同步)
[Redis]——主从同步原理(全量同步、增量同步)
289 2
|
7月前
|
Java 数据处理 调度
异步、半同步、同步
异步、半同步、同步
160 0
|
7月前
|
数据采集 关系型数据库 MySQL
dts同步问题之同步冲突
dts同步问题之同步冲突
184 5
|
7月前
|
关系型数据库 MySQL 网络安全
dts同步问题之同步状态异常
dts同步问题之同步状态异常
169 4
|
7月前
|
SQL 运维 监控
dts同步问题之实时同步延迟
dts同步问题之实时同步延迟
242 2
|
7月前
|
存储 NoSQL 数据库连接
Redis主从模式以及数据同步原理:全量数据同步、增量数据同步
Redis主从模式以及数据同步原理:全量数据同步、增量数据同步
822 0