安全性、活跃性已经性能问题

安全性

并发编程是一个复杂的技术领域,微观上涉及到原子性问题、可见性问题和有序性问题,宏观则表现为安全性、活跃性以及性能问题。

线程安全: 程序按照我们期望的执行

如何才能写出线程安全的程序:

避免出现原子性问题,可见性问题和有序性问题

数据竞争: 当多个线程同时访问同一数据,并且至少有一个线程会写这个数据的时候,

竞态条件:程序的执行结果依赖程序执行的顺序

活跃性

活锁: 线程之间相互谦让

饥饿:

线程因无法访问所需资源而无法执行下去的情况

线程优先级“不均”,在CPU繁忙的情况下,优先级低的线程得到执行的机会很小, 就可能发生线程“饥饿”;持有锁的线程,如果执行的时间过长,也可能导致“饥饿”问题。

解决方案:

  1. 保证资源充足
  2. 公平地分配资源
  3. 避免持有锁的线程长时间执行。
性能为题

锁的过度使用可能导致串行的范围过大,这样就不能发挥多线程的优势了,而我们之所以使用多线程搞并发程序就是为了提升性能,我们设计程序是要关注它的宏观性

解决:

  1. 使用无锁的算法和数据结构
  2. 减少锁持有的时间

性能指标:

  1. 吞吐量: 指的是单位时间内能处理的请求数量。吞吐量越高,说明性能越好
  2. 延迟:指的是从发出请求到收到响应的时间。延迟越小,说明性能越好。
  3. 并发量:指的是能同时处理的请求数量,一般来说随着并发量的增加、延迟也会增加。所以延迟这个指标,一般都会是基于并发量来说的。例如并发量是1000的时候,延迟是50毫秒。
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

刘彦青-Yannis

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

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

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

打赏作者

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

抵扣说明:

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

余额充值