实验要求:
1.加入系统调用,在终端输出信息
2.编写用户态程序,运行输出
实验步骤
1.修改实验一的源码
终端进入
|
|
这里64是64位,32位应为32
2.修改系统调用号
define __NR_yssyscall 329
查询系统调用号,不同的系统号不同,应该为未使用过的
3.简单起见按照第一篇文章的函数修改sys.c文件gedit /usr/src/linux-4.6.4/kernel/sys.c
在文件最后添加函数(功能为输出姓名学号
|
|
4.加入 define __NR_yssyscall 329
|
|
我的电脑里syscall_64.tbl的位置很奇怪,若找不到搜索一下就好了
同理,若是32位即找对应的tbl文件
5.make menuconfig
详细介绍
http://blog.csdn.net/xuyuefei1988/article/details/8635539
6.重新编译内核
清除上次痕迹 make mrproper
|
|
编译
7.reboot 重新启动 进入新内核
8.编写用户态文件
在主文件目录(/home)下创建文件夹
|
|
进入/home/test/目录下
|
|
(1)创建文件test.c
|
|
代码如下
(2)执行命令编译
|
|
(3)编译成功后./testHello
(4)查看内核日志
查看系统调用在内核空间的运行情况
|
|
思考问题
“什么是操作系统的系统调用(system call)?系统调用过多会引起进程的性能开销么?为什么?”
Linux内核中设置了一组用于实现各种系统功能的子程序,称为系统调用。
用户可以通过系统调用命令在自己的应用程序中调用它们。系统调用和普通的函数调用非常相似。
区别仅仅在于,系统调用由操作系统核心提供,运行于核心态;而普通的函数调用由函数库或用户自己提供,运行于用户态。系统调用过多会引起进程的性能开销,因为系统调用需要从用户空间陷入内核空间,处理完后,又需要返回用户空间。其中除了系统调用服务例程的实际耗时外,陷入/返回过程和系统调用处理程序(查系统调用表、存储\恢复用户现场)也需要花销一些时间,这些时间加起来就是一个系统调用的响应速度。
系统调用对性能要求很苛刻,因为它需要陷入内核执行,所以和其他内核程序一样要求代码简洁、执行迅速。