首先,我们要了解IO复用模型之前,先要了解在Linux内核中socket事件机制在内核底层是基于什么机制实现的,它是如何工作的,其次,当我们对socket事件机制有了一个基本认知之后,那么我们就需要思考到底什么是IO复用,基于socket事件机制的IO复用是怎么实现的,然后我们才来了解IO复用具体的实现技术,透过本质看select/poll/epoll的技术优化,逐渐去理解其中是为了解决什么问题而出现的,最后本文将围绕上述思维导图列出的知识点进行分享,还有就是文章幅度较长且需要思考,需要认真阅读!
相比于select，epoll最大的好处在于它不会随着监听fd数目的增长而降低效率。因为在内核中的select实现中，它是采用轮询来处理的，轮询的fd数目越多，自然耗时越多。 并且，在linux/posix_types.h头文件有这样的声明： #define __FD_SETSIZE 1024 表示select最多同时监听1024个fd，当然，可以通过修改头文件再重编译内核来扩大这个数目，但这似乎并不治本。
上一篇分享的：从单片机工程师的角度看嵌入式Linux中有简单提到Linux的三大类驱动：
之前的几篇文章（从i.MX6ULL嵌入式Linux开发1-uboot移植初探起)，介绍了嵌入式了Linux的系统移植（uboot、内核与根文件系统）以及使用MfgTool工具将系统烧写到板子的EMMC中。
Linux内核将所有的外部设备当做一个文件来操作，对文件的读写操作会调用内核的系统命令，返回一个文件描述符（file descriptor，fd）。而对socket的读写也有相应的描述符，称为socketfd。描述符就是一个数字，指向内存中的一个结构体（文件路径或者数据区等）
作者简介 赵晨雨：西安邮电大学2018级陈莉君教授研究生，天真无邪小白一枚，已经爱上linux内核而不能自拔，正在成长为内核狂热爱好者? 跟随陈老师学习linux内核两个月了，对linux内核
比如: 温度传感器、湿度传感器、光照度、门锁、LED灯、蜂鸣器 驱动都是使用字符设备框架编写
第一次接触服务器是快毕业的时候，是不是有点晚(#￣ω￣)，这也导致工作方向一直没考虑网络编程这块，做了好多其他没啥“意思”的技术。 之前看到一篇博文提到程序猿80%都是庸才，10%是人才，10%是天才，深有感触。仔细想想自己是不是也是还在那80%里面挣扎？一个抱怨这抱怨那的trouble maker，写着烂的掉渣的代码，永远在别人身后不思进取，给剩下的20%的同事埋雷。 扯远了，重新回顾Socket，温习下Linux内核是怎么处理Socket的吧。 文件描述符，在网络编程中经常提及这个词，当时初
在开始介绍go sys call 库之前先介绍下Linux syscall的几个概念
日志从最初面向人类演变到现在的面向机器发生了巨大的变化。最初的日志主要的消费者是软件工程师，他们通过读取日志来排查问题，如今，大量机器日夜处理日志数据以生成可读性的报告以此来帮助人类做出决策。在这个转变的过程中，日志采集Agent在其中扮演着重要的角色。
Redis的高性能和他的事件模型是密不可分的，最大程度上利用了单线程、非阻塞IO模型来快速的处理请求（单线程处理多链接）。这里存在一个问题，其实严格意义上来讲，Redis 是单线程对外提供服务，redis内部并不单线程的，还存在一些关于数据持久化的线程。
---- 今天分享一下在linux系统在实现对文件读写一些基本的操作，在这之前我们要掌握一些基本的技能在Linux环境。比如查看命令和一个函数的具体用法，就是相当于查手册，在Linux下有一个man手册非常有用： man查询手册 man 1 +命令 这里的1表示为查询的是Linux命令 man 2 xxx 这里的2表示为查询的是linux api man 3 xxx 这里的3表示为查询的是c库函数 在了解了这个后我们就可以开始来实现标题说的操作了。 一、在linux环境下常用文件接口函数：open、close、write、read、lseek。 二、文件操作的基本步骤分为: a、在linux系统中要操作一个文件，一般是先open打开一个文件，得到一个文件扫描描述符，然后对文件进行读写操作（或其他操作），最后关闭文件即可。 b、对文件进行操作时，一定要先打开文件，然后再进行对文件操作（打开文件不成功的话，就操作不了），最后操作文件完毕后，一定要关闭文件，否则可能会造成文件损坏 c、文件平时是存放在块设备中的文件系统中的，我们把这个文件叫做静态文件，当我们去打开一个文件时，linux内核做的操作包括：内核在进程中建立了一个打开文件的数据结构， 记录下我们打开的这个文件，内核在内存中申请一段内存，并且将静态文件的内容从块设备中读取到内存中特定地址管理存放（叫动态文件） d、打开文件后，以后对这个文件的读写操作，都是针对内存中这一份动态文件的，而不是针对静态文件的。 当我们对动态文件进行读写后，此时内存中的动态文件和块设备中的静态文件就不同步了， 当我们close 关闭动态文件时，close内部内核将内存中的动态文件的内容去更新（同步）块设备中的静态文件。 三、为什么是这样操作？ 以块设备本身有读写限制（回忆Nandflash、SD、等块设备的读写特征），本身对块设备进行操作非常不灵活。而内存可以按字节为单位来操作。而且进行随机操作。 四、文件描述符是什么？ 1、文件描述符：它其实实质是一个数字，这个数字在一个进程中表示一个特定的含义，当我们open打开一个文件时，操作系统在内存中构建了一些数据结构来表示这个动态文件，然后返回给应用程序一个数字作为文件描述符，这个数字就和我们内存中维护这个动态文件的这些数据结构挂钩绑定上了。以后我们应用程序如果要操作这一个动态文件，只需要用这个文件描述符进行区分。简单来说，它是来区分多个文件的（在打开多个文件的时候）。 2、文件描述的作用域就是当前的进程，出了这个当前进程，这个文件描述符就没有意义了。 五、代码实现： 1、打开文件：
你在Windows/MacOS的登录Linux的SSH终端上很容易输入中文并且获得中文输出，比如下面这样：
我们前面提到了, fork, vfork等复制出来的进程是父进程的一个副本, 那么如何我们想加载新的程序, 可以通过execve来加载和启动新的程序。
在解另外一个issue（gssproxy.service start operation timed out. Terminating.）时了解到熵的概念，在此做下总结。
原创作品转载请注明出处https://github.com/mengning/linuxkernel/
操作系统内核提供 read(系统调用)，读文件描述符 一个client连接就是一个文件描述符fd socket为阻塞的，socket产生的文件描述符，如左边的fd8，当数据包没到的时候，上面左边read不能返回，阻塞着。 即有一个client连接，就需要开一个进程(或者线程)，读这个连接，有数据就处理，没数据就阻塞着。
系列文章：http://www.jianshu.com/p/594441fb9c9e
软件意义上的定时器最终依赖硬件定时器来实现，内核在时钟中断发生后检测各定时器是否到期，到期后的定时器处理函数将作为软中断在底半部执行。实质上，时钟中断处理程序会换起TIMER_SOFTIRQ软中断，运行当前处理器上到期的所有定时器。定时器使用例子：按键的消抖，定时产生事件等。
杂项设备（misc device）也是在嵌入式系统中用得比较多的一种设备驱动。
刚开始接触go时，发现go程序和php程序的其中一个不同是php是解释性语言，go是编译型语言，即每次在有程序改动后，需要重新运行 go run或go build进行重新编译，更改才能生效，实则不便。于是乎在网络上搜索发现了gowatch这个包，该包可通过监听当前目录下相关文件的变动，对go文件实时编译，提高研发效率。那gowatch又是如何做到监听文件变化的呢？
4月26日收到了腾讯的offer,终于安心了,很多小伙伴们要我写面经介绍下,其实自己能拿到腾讯的offer 99%是运气~, 这里就介绍下自己的面经跟总结自己的看的书跟学习方法, 自己来自一所非985垫底的211大学~大三本科,主要学习的是Linux内核/C++,投的岗位都是后台开发, 自己的项目也就2个demo,一个简易kernel,一个很简单的网络库. 因为学校位置不方便,只投了腾讯跟美团.不可以投那么多互联网公司(路费.一出疆就上千),美团各种原因放弃了, 然后就这次到西安参加腾讯面试花了1800左右
本文通过在荔枝派上实现一个 hello 驱动程序，其目的是深入的了解加载驱动程序的运作过程。
https://github.com/nevermosby/linux-bpf-learning/tree/master/bpf/bpf-maps
一、Linux内核概览 Linux是一个一体化内核（monolithic kernel）系统。 设备驱动程序可以完全访问硬件。 Linux内的设备驱动程序可以方便地以模块化（modularize）的形式设置，并在系统运行期间可直接装载或卸载。 1. linux内核 linux操作系统是一个用来和硬件打交道并为用户程序提供一个有限服务集的低级支撑软件。 一个计算机系统是一个硬件和软件的共生体，它们互相依赖，不可分割。 计算机的硬件，含有外围设备、处理器、内存、硬盘和其他的电子设备组成计算机的发动机。 但是没有软件来操作和控制它，自身是不能工作的。 完成这个控制工作的软件就称为操作系统，在Linux的术语中被称为“内核”，也可以称为“核心”。 Linux内核的主要模块（或组件）分以下几个部分： . 进程管理（process management） . 定时器（timer） . 中断管理（interrupt management） . 内存管理（memory management） . 模块管理（module management） . 虚拟文件系统接口（VFS layer） . 文件系统（file system） . 设备驱动程序（device driver） . 进程间通信（inter-process communication） . 网络管理（network management . 系统启动（system init）等操作系统功能的实现。 2. linux内核版本号 Linux内核使用三种不同的版本编号方式。 . 第一种方式用于1.0版本之前（包括1.0）。 第一个版本是0.01，紧接着是0.02、0.03、0.10、0.11、0.12、0.95、0.96、0.97、0.98、0.99和之后的1.0。 . 第二种方式用于1.0之后到2.6，数字由三部分“A.B.C”，A代表主版本号，B代表次主版本号，C代表较小的末版本号。 只有在内核发生很大变化时（历史上只发生过两次，1994年的1.0,1996年的2.0），A才变化。 可以通过数字B来判断Linux是否稳定，偶数的B代表稳定版，奇数的B代表开发版。C代表一些bug修复，安全更新，新特性和驱动的次数。 以版本2.4.0为例，2代表主版本号，4代表次版本号，0代表改动较小的末版本号。 在版本号中，序号的第二位为偶数的版本表明这是一个可以使用的稳定版本，如2.2.5; 而序号的第二位为奇数的版本一般有一些新的东西加入，是个不一定很稳定的测试版本，如2.3.1。 这样稳定版本来源于上一个测试版升级版本号，而一个稳定版本发展到完全成熟后就不再发展。 . 第三种方式从2004年2.6.0版本开始，使用一种“time-based”的方式。 3.0版本之前，是一种“A.B.C.D”的格式。 七年里，前两个数字A.B即“2.6”保持不变，C随着新版本的发布而增加,D代表一些bug修复，安全更新，添加新特性和驱动的次数。 3.0版本之后是“A.B.C”格式，B随着新版本的发布而增加,C代表一些bug修复，安全更新，新特性和驱动的次数。 第三种方式中不使用偶数代表稳定版，奇数代表开发版这样的命名方式。 举个例子：3.7.0代表的不是开发版，而是稳定版！ linux内核升级时间图谱如下:
在linux中，每一个设备都有一个对应的主设备号和次设备号，linux在内核中使用dev_t持有设备编号，传统上dev_t为32位，12位为主设备号，20位为次设备号，主编号用来标识设备使用的驱动，也可以说是设备类型，次编号用来标识具体是那个设备，使用动态分配函数alloc_chrdev_region可以让内核自动为我们分配一个主设备号，同时在设备停止使用后，应当释放这些设备编号，释放设备编号的工作应该在卸载模块时完成，释放设备编号可以使用unregister_chrdev_region函数，分配和释放的部分如下：
Tethering技术在移动平台上已经运用的越来越广泛了。它能够把移动设备当做一个接入点，其它的设备能够通过Wi-Fi。USB或是Bluetooth等方式连接到此移动设备。在Android中能够将Wifi设为AP模式作为WLAN接入点。从而与其它设备共享Android的互联网连接。Android成为接入点后。就无法通过WLAN连接使用Android的应用程序訪问互联网，但能够通过其它方式如以太网或移动网络訪问互联网。
部分硬件设计中需要CPU完成对电路寄存器的配置，为了完成Zedboard对FPGA上部分寄存器的配置功能，可以在PS单元（处理器系统）上运行裸机程序（无操作系统支持）完成和PL单元（FPGA部分）的数据交互功能，此时PS单元更像单片机开发；另一种方法是PS单元运行Linux操作系统，通过驱动程序和应用程序完成对硬件寄存器的读写操作，并且Linux有着完整的网络协议栈支持，后续可拓展性更强，可以更好的发挥ZYNQ这种异构架构芯片的性能。主要分为两部分，分别阐述Zedboard中FPGA和处理器互联总线与硬件设计和Zedboard处理器系统上嵌入式Linux的移植与通过驱动和应用程序简单配置FPGA寄存器的实现。上次介绍了没有操作系统下的驱动和应用程序开发，本文介绍带操作系统的驱动和应用程序开发。
除了读取和写入设备外，大部分驱动程序还需要另外一种能力，即通过设备驱动程序执行各种类型的硬件控制。比如弹出介质，改变波特率等等。这些操作通过ioctl方法支持，该方法实现了同名的系统调用。
CVE-2022-0847 是存在于 Linux内核 5.8 及之后版本中的本地提权漏洞。攻击者通过利用此漏洞，可覆盖重写任意可读文件中的数据，从而可将普通权限的用户提升到特权 root。
共享内存是进程间通信最有用的方式，也是最快的IPC形式。共享内存是说：同一块内存被映射到多个进程的地址空间。但是共享内存并不提供同步机制，因此需要互斥锁或者信号量。使用共享内存唯一需要注意的是：当前如果有进程正在向共享内存写数据，则在写入完成以前，别的进程不应当去读、写共享内存。
在linux 没有实现epoll事件驱动机制之前，我们一般选择用select或者poll等IO多路复用的方法来实现并发服务程序。在linux新的内核中，有了一种替换它的机制，就是epoll。
AT24C02是IIC接口的EEPROM存储芯片，这颗芯片非常经典，百度搜索可以找到非常多的资料，大多都是51、STM32单片机的示例代码，大多采用模拟时序、裸机系统运行。当前文章介绍在Linux系统里如何编写AT24C02的驱动，并且在应用层完成驱动读写测试，将AT24C02的存储空间映射成文件，在应用层，用户可以直接将AT24C02当做一个普通文件的形式进行读写，偏移文件指针；在Linux内核里有一套标准的IIC子系统框架专门读写IIC接口设备，采用平台设备模型框架，编写驱动非常方便。
文章涉及的实验环境和代码可以到这个git repo获取： https://github.com/nevermosby/linux-bpf-learning
原文：http://www.cfanz.cn/?c=article&a=read&id=46555 注意很多当前（2013/8/6）线上运营的Linux内核可能不支持！ 三种新的fd
IO模型 只关注IO，不关注IO读写完成后的事情。 同步：程序（APP）自己进行读/写操作 异步：由Kernel完成读/写，程序跑起来感觉像没有访问IO，访问的是buffer 阻塞：BLOCKING，一直等待着方法有效的返回结果 非阻塞：NONBLOCKING，调用方法的时候就返回是否读取到，（java中要么返回null，要么返回具体的对象） 所以IO模型有： 同步阻塞：程序（APP）自己读取，调用了方法后一直等待着有效的返回结果 同步非阻塞：程序（APP）自己读取，调用方法的瞬间就给出是否读取到的返回结
之前负责过QQ音乐Android版的播放功能，对于Android音频系统有过一些了解，因此将这些内容整理成文。本文是Android音频系统的基础篇，主要介绍了匿名内存内部实现以及对外的接口。下篇文章将介绍Ashmem对外提供的接口以及MemoryBase+MemoryHeapBase实现进程间共享内存的原理。
之前在Linux系统移植时提到过LCD驱动，本篇来看下Linux设备树如何配置LCD驱动。
绿盟科技研究通讯曾经发表过容器逃逸的技术文章《【云原生攻防研究】容器逃逸技术概览》[1]，该文中探讨了已有的容器逃逸技术。本文将沿着上文的思路，主要从Linux内核漏洞的角度对容器逃逸进行深度介绍，包括攻击原理、自动化利用和防御思路等内容。
笔者一直觉得如果能知道从应用到框架再到操作系统的每一处代码，是一件Exciting的事情。 大部分高性能网络框架采用的是非阻塞模式。笔者这次就从linux源码的角度来阐述socket阻塞(block)和非阻塞(non_block)的区别。 本文源码均来自采用Linux-2.6.24内核版本。
基本介绍 linux内核在读写数据时候，可能会发生短暂的停顿等待磁盘数据 ，本质原因是进程发起read/write系统调用时候，由用户态切换到内核态，进程会经历磁盘数据达到后而引起的中断和从中断点继续执行的两个步骤。进程进入中断后，内核把磁盘数据的读写请求是交给了磁盘，磁盘硬件完成读写操作后发起硬中断唤醒被IO 中断的进程，继续执行后续的操作。 read/write系统调用需要三个参数，第一个是文件描述符fd,第二个是内存缓冲区buf,第三个是读写的字节数。read/write系统调用由用户态进程发起，然后
文件的写入是否是原子的？多个线程写入同一个文件是否会写错乱?多个进程写入同一个文件是否会写错乱？想必这些问题多多少少会对我们产生一定的困扰，即使知道结果，很多时候也很难将这其中的原理清晰的表达给提问者
由于网络协议非常复杂，内核里面用到了大量的面向对象的技巧，所以我们从创建连接开始，一步一步追述到最后代码的调用点。
Linux系统中，应用程序访问外设是通过文件的形式来进行的，Linux将所有的外设都看做文件，统一存放在/dev目录下。
Netty作为高性能的网络通信框架，它是IO模型演变过程中的产物。Netty以Java NIO为基础，是一种基于异步事件驱动的网络通信应用框架，Netty用以快速开发高性能、高可靠的网络服务器和客户端程序，很多开源框架都选择Netty作为其网络通信模块。本文主要通过分析IO模型的优化演进之路，比较不同IO模型的异同，让大家对于Java IO模型有着更加深刻的理解，我想这也是Netty如何实现高性能网络通信理解的重要基础。话不多说，我们赶紧发车了。
早期的共享内存，着重于强调把同一片内存，map到多个进程的虚拟地址空间（在相应进程找到一个VMA区域），以便于CPU可以在各个进程访问到这片内存。
注：本分类下文章大多整理自《深入分析linux内核源代码》一书，另有参考其他一些资料如《linux内核完全剖析》、《linux c 编程一站式学习》等，只是为了更好地理清系统编程和网络编程中的一些概
百度百科上这样解释：EOF是一个计算机术语，为End Of File的缩写，在操作系统中表示资料源无更多的资料可读取。资料源通常称为档案或串流。通常在文本的最后存在此字符表示资料结束。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
云直播
