迅为RK3568开发板驱动指南｜第三篇-并发与竞争-第19章 并发与竞争实验

 

 

瑞芯微RK3568芯片是一款定位中高端的通用型SOC，采用22nm制程工艺，搭载一颗四核Cortex-A55处理器和Mali G52 2EE 图形处理器。RK3568 支持4K 解码和 1080P 编码，支持SATA/PCIE/USB3.0 外围接口。RK3568内置独立NPU，可用于轻量级人工智能应用。RK3568 支持安卓 11 和 linux 系统，主要面向物联网网关、NVR 存储、工控平板、工业检测、工控盒、卡拉 OK、云终端、车载中控等行业。

 

 

​

迅为RK568邮票孔版开发板：
还在为工控机性能不足而烦恼？
还在为开发周期长而焦虑？
迅为RK568邮票孔版开发板，为您提供一站式解决方案！

强劲性能，赋能工业未来：
搭载瑞芯微RK568高性能处理器，采用先进制程工艺，提供澎湃算力，轻松应对复杂工业场景。
支持多种操作系统，如Android、Linux等，满足不同应用需求。
丰富接口，扩展性强，可连接多种工业设备，构建稳定可靠的工业控制系统。

邮票孔设计，灵活易用：
采用邮票孔连接方式，方便快捷，节省空间，易于集成到各种工控设备中。
提供配套外壳，防护等级高，适应各种恶劣工业环境。
提供完善的技术支持和开发资料，助您快速上手，缩短开发周期。

广泛应用于工业自动化控制、机器视觉、智能网关、工业机器人、物联网终端等。

 

 

 

【公众号】迅为电子

 

 

第19章 并发与竞争实验

在前面章节的学习中，相信大家已经对用户空间与内核空间数据传递进行了实验，假如要传递的数据被存放在了全局变量，该数据就可以作为共享资源被多个任务共同读写，从而造成数据的错误传输，多个程序同时访问一个共享资源产生的问题就叫做竞争。竞争产生的根本原因就是Linux系统的并发访问。

 

在本章节中首先会对并发与并行的概念进行讲解，随后对竞争产生的原因进行总结，最后以一个实际的竞争实验加深大家的理解。下面就让我们开始本章节的学习吧。

 

19.1 并发与竞争

19.1.1并发

早期计算机大多只有一个CPU核心，一个CPU在同一时间只能执行一个任务，当系统中有多个任务等待执行时，CPU只能执行完一个再执行下一个。而计算机的很多指令会涉及I/O操作，执行速度远远低于CPU内高速存储器的存取速度，这就导致CPU经常处于空闲状态，只能等待I/O操作完成后才能继续执行后面的指令。为了提高CPU利用率，减少等待时间，提出了CPU并发工作理论。

 

所谓并发，就是通过算法将CPU资源合理地分配给多个任务，当一个任务执行 I/O 操作时，CPU可以转而执行其它的任务，等到 I/O 操作完成以后，或者新的任务遇到 I/O 操作时，CPU再回到原来的任务继续执行。

 

下图（图19-1）展示了两个任务并发执行的过程（为了容易理解，这里以两个任务并发执行为例，当然一个CPU核心并不仅仅只能两个任务并发）：

 

 

 

 

虽然CPU在同一时刻只能执行一个任务，但是通过将CPU的使用权在恰当的时机分配给不同的任务，使得多个任务看起来是一起执行的（CPU的执行速度极快，多任务切换的时间也极短）。

 

至此关于并发的概念就讲解完成了。

 

19.1.2并行

并发是针对单核CPU提出的，而并行则是针对多核CPU提出的。和单核CPU不同，多核CPU真正实现了“同时执行多个任务”。多核CPU的每个核心都可以独立地执行一个任务，而且多个核心之间不会相互干扰。在不同核心上执行的多个任务，是真正地同时运行，这种状态就叫做并行。双核CPU的工作状态如下图（图19-2）所示：

 

 

 

 

双核CPU执行两个任务时，每个核心各自执行一个任务，和单核CPU在两个任务之间不断切换相比，它的执行效率更高。

 

至此对于并行的概念就讲解完成了。

 

19.1.3并发+并行

在并行的工作状态中，两个CPU分别执行两个任务，是一种理想状态。但是在实际场景中，处于运行状态的任务是非常多的，以实际办公电脑为例，windows系统在开机之后会运行几十个任务，而CPU往往只有4核、8核等，远远低于任务的数量，这个时候就会同时存在并发和并行两种情况，即所有核心在并行工作的同时，每个核心还要并发工作。

 

例如一个双核 CPU 要执行四个任务，它的工作状态如下图（图19-3）所示：

 

 

 

 

为了容易理解，这里是以两个任务并发执行为例，当然一个CPU核心并不仅仅只能两个任务并发，并发任务的数量和操作系统的分配方式、以及每个任务的工作状态有关系。

 

至此，对于并发+并行的概念讲解就结束了。

 

并发可以看作是并行的理想状态，为了便于讲解和避免产生歧义，之后的章节无论是并发还是并行，都会统称为并发。

 

19.1.4 竞争

并发可能会造成多个程序同时访问一个共享资源，这时候由并发同时访问一个共享资源产生的问题就叫做竞争。

 

竞争产生的原因如下所示：

 

（1）多线程的并发访问。由于Linux 是多任务操作系统，所以多线程访问是竞争产生的基本原因。

 

（2）中断程序的并发访问。中断任务产生后，CPU会立刻停止当前工作，从而去执行中断中的任务，如果中断任务对共享资源进行了修改，就会产生竞争。

 

（3）抢占式并发访问。linux2.6及更高版本引入了抢占式内核，高优先级的任务可以打断低优先级的任务。在线程访问共享资源的时候，另一个线程打断了现在正在访问共享资源的线程同时也对共享资源进行操作，从而造成了竞争。

 

（4）多处理器(SMP）并发访问。多核处理器之间存在核间并发访问。

 

19.1.5 共享资源的保护

竞争是由并发访问同一个共享资源产生的。为了防止“竞争”的产生就要对共享资源进行保护，这里提到的共享资源又是什么呢？

 

以实际生活中的共享资源为例，可以是公共电话，也可以是共享单车、共享充电宝等公共物品，以上都属于共享资源的范畴，以公共电话为例，每个人都可以对它进行使用，但在同一时间内只能由一个人进行使用，如果两个人都要对电话进行使用，则产生了竞争。而在实际的驱动的代码中，共享资源可以是全局变量，也可以是驱动中的设备结构体等，需要根据具体的驱动程序来进行分析。在下一小节的实验中，会以全局变量为例，进行并发与竞争实验。

 

19.2 实验程序的编写

19.2.1 驱动程序编写

本实验对应的网盘路径为：iTOP-RK3568开发板【底板V1.7版本】\03_【iTOP-RK3568开发板】指南教程\02_Linux驱动配套资料\04_Linux驱动例程\14\module。

 

本实验将编写并发与竞争的驱动代码，首先完善字符设备驱动框架，然后通过copy_from_user(…)函数接收用户空间传递到内核空间的数据并进行判断，如果接收到的字符串数据为“topeet”会在睡眠4秒钟后打印接收到的数据，如果接收到的字符串数据为“itop”会在睡眠2秒钟后打印接收到的数据。

 

编写完成的example.c代码如下所示

 

#include <linux/init.h>

#include <linux/module.h>

#include <linux/fs.h>

#include <linux/cdev.h>

#include <linux/kdev_t.h>

#include <linux/uaccess.h>

#include <linux/delay.h>

 

static int open_test(struct inode *inode,struct file *file)

{

 printk("\nthis is open_test \n");

 return 0;

}

 

static ssize_t read_test(struct file *file,char __user *ubuf,size_t len,loff_t *off)

{

 int ret;

 char kbuf[10] = "topeet";//定义char类型字符串变量kbuf

 printk("\nthis is read_test \n");

 ret = copy_to_user(ubuf,kbuf,strlen(kbuf));//使用copy_to_user接收用户空间传递的数据

 if (ret != 0){

  printk("copy_to_user is error \n");

 }

 printk("copy_to_user is ok \n");

 return 0;

}

static char kbuf[10] = {0};//定义char类型字符串全局变量kbuf

static ssize_t write_test(struct file *file,const char __user *ubuf,size_t len,loff_t *off)

{

 int ret;

 ret = copy_from_user(kbuf,ubuf,len);//使用copy_from_user接收用户空间传递的数据

 if (ret != 0){

  printk("copy_from_user is error\n");

 }

 if(strcmp(kbuf,"topeet") == 0 ){//如果传递的kbuf是topeet就睡眠四秒钟

  ssleep(4);

 }

 else if(strcmp(kbuf,"itop") == 0){//如果传递的kbuf是itop就睡眠两秒钟

  ssleep(2);

 }

 printk("copy_from_user buf is %s \n",kbuf);

 return 0;

}

static int release_test(struct inode *inode,struct file *file)

{

 //printk("\nthis is release_test \n");

 return 0;

}

 

struct chrdev_test {

       dev_t dev_num;//定义dev_t类型变量dev_num来表示设备号

       int major,minor;//定义int类型的主设备号major和次设备号minor

       struct cdev cdev_test;//定义struct cdev 类型结构体变量cdev_test，表示要注册的字符设备

       struct class *class_test;//定于struct class *类型结构体变量class_test，表示要创建的类

};

struct chrdev_test dev1;//创建chrdev_test类型的

struct file_operations fops_test = {

      .owner = THIS_MODULE,//将owner字段指向本模块，可以避免在模块的操作正在被使用时卸载该模块

      .open = open_test,//将open字段指向open_test(...)函数

      .read = read_test,//将read字段指向read_test(...)函数

      .write = write_test,//将write字段指向write_test(...)函数

      .release = release_test,//将release字段指向release_test(...)函数

};

 

static int __init atomic_init(void)

{

 if(alloc_chrdev_region(&dev1.dev_num,0,1,"chrdev_name") < 0 ){//自动获取设备号，设备名chrdev_name

  printk("alloc_chrdev_region is error \n");

 }

 printk("alloc_chrdev_region is ok \n");

 dev1.major = MAJOR(dev1.dev_num);//使用MAJOR()函数获取主设备号

 dev1.minor = MINOR(dev1.dev_num);//使用MINOR()函数获取次设备号

 printk("major is %d,minor is %d\n",dev1.major,dev1.minor);

 cdev_init(&dev1.cdev_test,&fops_test);//使用cdev_init()函数初始化cdev_test结构体，并链接到fops_test结构体

 dev1.cdev_test.owner = THIS_MODULE;//将owner字段指向本模块，可以避免在模块的操作正在被使用时卸载该模块

 cdev_add(&dev1.cdev_test,dev1.dev_num,1);//使用cdev_add()函数进行字符设备的添加

dev1.class_test = class_create(THIS_MODULE,"class_test");//使用class_create进行类的创建，类名称为class_test

 device_create(dev1.class_test,0,dev1.dev_num,0,"device_test");//使用device_create进行设备的创建，设备名称为device_test

 return 0;

}

 

static void __exit atomic_exit(void)

{

 device_destroy(dev1.class_test,dev1.dev_num);//删除创建的设备

 class_destroy(dev1.class_test);//删除创建的类

 cdev_del(&dev1.cdev_test);//删除添加的字符设备cdev_test

 unregister_chrdev_region(dev1.dev_num,1);//释放字符设备所申请的设备号

 printk("module exit \n");

}

module_init(atomic_init);

module_exit(atomic_exit)

MODULE_LICENSE("GPL v2");

MODULE_AUTHOR("topeet");

 

对于重要逻辑部分已经加粗，后续章节的实验都是对上述并发与竞争实验的改进，以不同的方式来避免竞争的产生。

 

19.2.2 编写测试 APP

本实验应用程序对应的网盘路径为：iTOP-RK3568开发板【底板V1.7版本】\03_【iTOP-RK3568开发板】指南教程\02_Linux驱动配套资料\04_Linux驱动例程\14\app。

 

本测试app较为简单，需要输入两个参数，第一个参数为对应的设备节点，第二个参数为“topeet”或者“itop”，分别代表向设备写入的数据，编写完成的应用程序app.c内容如下所示：

 

#include <stdio.h>

#include <sys/types.h>

#include <sys/stat.h>

#include <fcntl.h>

#include <string.h>

 #include <unistd.h>

int main(int argc, char *argv[])

{

 int fd;//定义int类型的文件描述符

 char str1[10] = {0};//定义读取缓冲区str1

 fd = open(argv[1],O_RDWR);//调用open函数，打开输入的第一个参数文件，权限为可读可写

 if(fd < 0 ){

  printf("file open failed \n");

  return -1;

 }

 /*如果第二个参数为topeet，条件成立，调用write函数，写入topeet*/    

 if (strcmp(argv[2],"topeet") == 0 ){

  write(fd,"topeet",10);

 }

 /*如果第二个参数为itop，条件成立，调用write函数，写入itop*/  

 else if (strcmp(argv[2],"itop") == 0 ){

  write(fd,"itop",10);

 }

 close(fd);

 return 0;

}

 

19.3 运行测试

19.3.1 编译驱动程序

在上一小节中的example.c代码同一目录下创建 Makefile 文件，Makefile 文件内容如下所示：

 

export ARCH=arm64#设置平台架构

export CROSS_COMPILE=aarch64-linux-gnu-#交叉编译器前缀

obj-m += example.o    #此处要和你的驱动源文件同名

KDIR :=/home/topeet/Linux/linux_sdk/kernel    #这里是你的内核目录                                                                                                                            

PWD ?= $(shell pwd)

all:

    make -C $(KDIR) M=$(PWD) modules    #make操作

clean:

    make -C $(KDIR) M=$(PWD) clean    #make clean操作

对于Makefile的内容注释已在上图添加，保存退出之后，来到存放example.c和Makefile文件目录下，如下图所示：

 

 

 

 

然后使用命令“make”进行驱动的编译，编译完成如下图（图19-5）所示：

 

 

 

 

编译完生成example.ko目标文件，如下图（图19-6）所示：

 

 

 

 

至此驱动模块就编译成功了，下面进行应用程序的编译。

 

19.3.2 编译应用程序

来到应用程序app.c文件的存放路径如下图（图19-7）所示：

 

 

 

 

然后使用以下命令对app.c进行交叉编译，编译完成如下图（图19-8）所示：

 

1

aarch64-linux-gnu-gcc -o app app.c -static

 

 

 

 

 

生成的app文件就是之后放在开发板上运行的可执行文件，至此应用程序的编译就完成了。

 

19.3.3 运行测试

开发板启动之后，使用以下命令进行驱动模块的加载，如下图（图19-9）所示：

 

1

insmod example.ko

 

 

 

可以看到申请的主设备号和次设备号就被打印了出来，然后使用以下代码对自动生成的设备节点device_test进行查看，如下图（图19-10）所示：

 

 1

ls /dev/device_test

 

 

 

可以看到device_test节点已经被自动创建了，然后使用以下命令运行测试app，运行结果如下图（图19-11）所示：

 

1

./app /dev/device_test topeet

 

 

 

可以看到传递的buf值为topeet，然后输入以下命令在后台运行两个app，来进行竞争测试，运行结果如下图（图19-12）所示：

 

./app /dev/device_test topeet &

 

 

./app /dev/device_test itop &

 

 

在不存在竞争的情况下，传递的两个字符串数据应该是topeet和itop，而在上图中的打印信息为两个itop，原因是第二个app应用程序运行之后对共享资源进行了修改，两个app应用程序就产生了竞争关系，会在之后的章节中使用不同的方法对上述驱动程序进行改进，从而避免竞争的产生。

 

最后可以使用以下命令进行驱动的卸载，如下图（图19-13）所示：

 

1

rmmod  example.ko

 

 

 

至此，并发与竞争的实验就完成了。