这10个流行的可视化面板你知道几个

发布时间：2021-02-13 14:27:40 所属栏目：传媒来源：互联网

导读：据研究，到2025年，全球雾计算市场价值预计将达到7.5367亿美元。随着数以百万计的物联网设备的激增，海量数据正以快速的速度生成。随着数据爆炸式增长，云存储在数据计算、存储和管理方面的压力越来越大，云服务器可能需要时间来处理数据，因为它作为一个集

据研究，到2025年，全球雾计算市场价值预计将达到7.5367亿美元。

随着数以百万计的物联网设备的激增，海量数据正以快速的速度生成。随着数据爆炸式增长，云存储在数据计算、存储和管理方面的压力越来越大，云服务器可能需要时间来处理数据，因为它作为一个集中的主机来存储和计算数据，并且通常位于远离物联网端点的地方。这就导致了雾计算的出现——承担起云计算服务的重担。

揭开雾计算神秘化

雾计算是一种分散的计算结构，它将处理、存储和智能控制带到数据设备附近。这种灵活的结构将云计算服务扩展到网络的边缘。因此，缩短了网络间的距离，提高了效率，并减少了传输到云端进行处理、分析和存储所需的数据量。

雾计算是如何工作的?

(0)lock->tickets.owner增加1，下一个被唤醒的处理器会检查该值是否与自己的lockval.tickets.next相等，lock->tickets.owner代表可以获取的自旋锁的处理器，lock->tickets.next你一个可以获取的自旋锁的owner;处理器获取自旋锁时，会先读取lock->tickets.next用于与lock->tickets.owner比较并且对lock->tickets.next加1，下一个处理器获取到的lock->tickets.next就与当前处理器不一致了，两个处理器都与lock->tickets.owner比较，肯定只有一个处理器会相等，自旋锁释放时时对lock->tickets.owner加1计算，因此，先申请自旋锁多处理器lock->tickets.next值更新，自然先获取到自旋锁

(1)执行sev指令，唤醒wfe等待的处理器

自旋锁导致死锁实例

死锁的2种情况

1)拥有自旋锁的进程A在内核态阻塞了，内核调度B进程，碰巧B进程也要获得自旋锁，此时B只能自旋转。而此时抢占已经关闭，不会调度A进程了，B永远自旋，产生死锁。

2)进程A拥有自旋锁，中断到来，CPU执行中断函数，中断处理函数，中断处理函数需要获得自旋锁，访问共享资源，此时无法获得锁，只能自旋，产生死锁。

如何避免死锁

如果中断处理函数中也要获得自旋锁，那么驱动程序需要在拥有自旋锁时禁止中断;
自旋锁必须在可能的最短时间内拥有;
避免某个获得锁的函数调用其他同样试图获取这个锁的函数，否则代码就会死锁;不论是信号量还是自旋锁，都不允许锁拥有者第二次获得这个锁，如果试图这么做，系统将挂起;
锁的顺序规则按同样的顺序获得锁; 如果必须获得一个局部锁和一个属于内核更中心位置的锁，则应该首先获取自己的局部锁 ; 如果我们拥有信号量和自旋锁的组合，则必须首先获得信号量;在拥有自旋锁时调用down(可导致休眠)是个严重的错误的。

死锁举例

因为自旋锁持有时间非常短，没有直观的现象，下面举一个会导致死锁的实例。

运行条件

虚拟机：vmware
OS ：Ubuntu 14
配置：将虚拟机的处理个数设置为1，否则不会死锁

通用(适用于各种arch)的spin lock使用spinlock_t这样的type name，各种arch定义自己的struct raw_spinlock。听起来不错的主意和命名方式，直到linux realtime tree(PREEMPT_RT)提出对spinlock的挑战。

spin lock的命名规范定义如下：

spinlock，在rt linux(配置了PREEMPT_RT)的时候可能会被抢占(实际底层可能是使用支持PI(优先级翻转)的mutext)。
raw_spinlock，即便是配置了PREEMPT_RT也要顽强的spin
arch_spinlock，spin lock是和architecture相关的，

ARM 结构体系 arch_spin_lock 接口实现

加锁

同样的，这里也只是选择一个典型的API来分析，其他的大家可以自行学习。我们选择的是 arch_spin_lock，其ARM32的代码如下：

（编辑：平顶山站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!