HZ定义在<asm/param.h>，在i386平台上，目前采用的HZ值是1000。
本文介绍了如何通过Linux驱动程序实现按键中断，并通过实例代码进行了详细说明。首先介绍了如何安装和编译驱动程序，然后描述了如何使用按键中断，最后给出了完整的代码示例和注释。
上篇文章：【i.MX6ULL】驱动开发9——Linux IO模型分析，介绍了linux中的五种I/O模型，本篇，就来使用阻塞式I/O和非用阻塞式I/O两种方式进行按键的读取实验，并对比之前使用输入捕获和中断法检测的按键程序，查看CPU的使用率是否降低。
Linux设备驱动中的阻塞和非阻塞I/0，简单来说就是对I/O操作的两种不同的方式，驱动程序可以灵活的支持用户空间对设备的这两种访问方式。
阻塞操作是指在执行设备操作时，若不能获得资源，则挂起进程直到满足可操作的条件后再进行操作。被挂起的进程进入睡眠状态，被从调度器的运行队列移走，直到等待的条件被满足。而非阻塞操作的进程在不能进行设备操作时，并不挂起，它要么放弃，要么不停地查询，直至可以进行操作为止。
应用层采用超时机制访问驱动设备。即如果第一次访问可以使用直接返回，若不能访问，则先将应用层休眠，在到了设定的时间，再访问一次，此时可以访问则返回成功标志，若不能访问则返回失败。
ARM和FPGA的交互是这个芯片最重要的部分，PL和PS的交互使用中断是较为快捷的方法，本文使用bram存储数据并通过外部pl端发出中断通知ps端读写数据。程序思路是按键产生中断，按键是直接连到pl端的，驱动产生异步通知，应用开始往BRAM写数据，然后再读取数据（阻塞读取），均打印出来比较
http://www.cnblogs.com/Anker/p/3265058.html
select本质上是通过设置或检查存放fd标志位的数据结构进行下一步处理。 这带来缺点：
本文介绍了按键精灵第四代的按键互斥、阻塞机制，以及如何使用这些机制来编写高效的自动化程序。
工作队列常见的使用形式是配合中断使用，在中断的服务函数里无法调用会导致休眠的相关函数代码，有了工作队列机制以后，可以将需要执行的逻辑代码放在工作队列里执行，只需要在中断服务函数里触发即可，工作队列是允许被重新调度、睡眠。
我们之前介绍过简单的read，write操作，那么会有一个问题：当驱动无法立即响应请求该怎么办？比如一个进程调用read读取数据，当没有数据可读时该怎么办，是立即返回还是等到有数据的时候；另一种情况是进程调用write向设备写数据，如果缓冲区满了或者设备正忙的时候怎么办，是立即返回还是继续等待直到设备可写？这种情况下，一般的缺省做法是使进程睡眠直到请求可以满足为止。本篇就介绍遇到这类问题驱动的处理方法。 睡眠 什么是睡眠？一个进程睡眠意味着它暂时放弃了CPU的运行权，直到某个条件发生后才可再次被系统调度。
对于信号量我们并不陌生。信号量在计算机科学中是一个很容易理解的概念。本质上，信号量就是一个简单的整数，对其进行的操作称为PV操作。进入某段临界代码段就会调用相关信号量的P操作；如果信号量的值大于0，该值会减1，进程继续执行。相反，如果信号量的值等于0，该进程就会等待，直到有其它程序释放该信号量。释放信号量的过程就称为V操作，通过增加信号量的值，唤醒正在等待的进程。
每一种技术的出现必然是因为某种需求。正因为人的本性是贪婪的，所以科技的创新才能日新月异。
文章介绍了如何利用驱动精灵软件对Windows系统进行驱动安装。主要包括驱动精灵软件的下载和安装、驱动精灵软件的使用方法、如何进行驱动备份和还原、如何进行驱动更新和优化等。同时，文章还介绍了如何使用驱动精灵软件进行声卡驱动、显卡驱动、网卡驱动等驱动程序的安装和更新。
在我们的开发中，检测按键是否触发，无非就两种方法—轮询和中断。作者认为两种方法最大的区别就是CPU的利用率。
作者：mingguangtu，腾讯 IEG 后台开发工程师 select/poll/epoll 是 Linux 服务器提供的三种处理高并发网络请求的 IO 多路复用技术，是个老生常谈又不容易弄清楚其底层原理的知识点，本文打算深入学习下其实现机制。 Linux 服务器处理网络请求有三种机制，select、poll、epoll，本文打算深入学习下其实现原理。 吃水不忘挖井人，最近两周花了些时间学习了张彦飞大佬的文章 图解 | 深入揭秘 epoll 是如何实现 IO 多路复用的 和其他文章 ，及出版的书籍《深入理
Linux 服务器处理网络请求有三种机制，select、poll、epoll，本文打算深入学习下其实现原理。
等待队列很早就作为一个基本的功能单位存在linux内核中，它以队列为基础数据结构，与进程调度机制紧密配合，能够用于实现内核中的异步事件通知机制。等待队列也可以用来同步对系统资源的访问。在使用时将其当做成一个普通队列数据结构，只不过等待队列是若干个休眠进程的集合，且内核自己实现了此队列初始化队列、入队列、出队列的一系列API，在使用时只需要调用系统的API即可。
它仅仅知道了，有I/O事件发生了，却并不知道是哪那几个流（可能有一个，多个，甚至全部），我们只能无差别轮询所有流，找出能读出数据，或者写入数据的流，对他们进行操作。所以select具有O(n)的无差别轮询复杂度，同时处理的流越多，无差别轮询时间就越长。
Binder 是 Android 系统进程间通信（IPC：Internet Process Connection）方式之一。Linux 已经拥有的 IPC 手段包括： 管道（Pipe）、信号（Signal）、跟踪（Trace）、插口（Socket）、报文队列（Message）、共享内存（Share Memory）和信号量（Semaphore）等。本文详细分析 Binder 作为 Android 主要 IPC 方式的原理和优势。
大家好，我是 moon，上一次和大家聊了一下 socket（这次 moon 要把 socket 玩的明明白白），相信大家对 socket 有了一定的认识，对于 socket 还不熟悉的同学，可以先看看 socket 这篇文章，今天这篇文章是基于 socket，再和大家讲一讲「网络I/O」相关的知识，也刚好为后续 netty 的文章做下铺垫
linux操作系统包含了五种IO模型，各种上层编程语言或者网络编程框架的上层实现都是基于操作系统的这些IO实现来实现的。
目前越来越多的应用程序采用事件驱动的方式实现功能，如何高效地利用系统资源实现通知的管理和送达就愈发变得重要起来。在Linux系统中，eventfd是一个用来通知事件的文件描述符，timerfd是的定时器事件的文件描述符。二者都是内核向用户空间的应用发送通知的机制，可以有效地被用来实现用户空间的事件/通知驱动的应用程序。
IO模型介绍 为了更好地了解IO模型，我们需要事先回顾下：同步、异步、阻塞、非阻塞 同步（synchronous） IO和异步（asynchronous） IO，阻塞（blocking） IO和非阻塞（non-blocking）IO分别是什么，到底有什么区别？这个问题其实不同的人给出的答案都可能不同，比如wiki，就认为asynchronous IO和non-blocking IO是一个东西。这其实是因为不同的人的知识背景不同，并且在讨论这个问题的时候上下文(context)也不相同。所以，为了更好
1、Nodejs 1) 简单的说 Node.js 就是运行在服务端的 JavaScript。 2) Node.js 是一个基于Chrome JavaScript 运行时建立的一个平台。 3) Node.js是一个事件驱动I/O服务端JavaScript环境，基于Google的V8引擎，V8引擎执行Javascript的速度非常快，性能非常好。 4) 我们写下的js代码，是在单线程的环境中执行，但nodejs本身不是单线程的。如果我们在代码中调用了nodejs提供的异步api（如IO等），它们可能是通过底层的
网络I/O，可以理解为网络上的数据流。通常我们会基于socket与远端建立一条TCP或者UDP通道，然后进行读写。单个socket时，使用一个线程即可高效处理；然而如果是10K个socket连接，或者更多，我们如何做到高性能处理？
由于笔者在之前发布的一文玩转NGINX中提到过I/O复用模型，在此另起一篇文章简述相关技术。
从今天开始我们来聊聊Netty的那些事儿，我们都知道Netty是一个高性能异步事件驱动的网络框架。
wq = create_singlethread_workqueue("mydrv");
妈妈怎么知道卧室里小孩醒了？ ① 时不时进房间看一下：查询方式 简单，但是累 ② 进去房间陪小孩一起睡觉，小孩醒了会吵醒她：休眠-唤醒 不累，但是妈妈干不了活了 ③ 妈妈要干很多活，但是可以陪小孩睡一会，定个闹钟：poll方式 要浪费点时间，但是可以继续干活。 妈妈要么是被小孩吵醒，要么是被闹钟吵醒。 ④ 妈妈在客厅干活，小孩醒了他会自己走出房门告诉妈妈：异步通知 妈妈、小孩互不耽误
结论：协程任务开启，并不一定会执行，它需要I/O(阻塞)才能执行,上面代码的time.sleep(1)模拟了I/O(阻塞)
这篇文章我打算从一个初学者的角度开始聊起，让大家了解下我眼里的socket是什么以及socket的原理和内核实现。
Linux里的信号量是一种睡眠锁，调用者试图获得一个已被占用的信号量时，信号量会将其推入一个等待队列，让其睡眠。当该信号量被释放后，等待队列中的任务会被唤醒，获得该信号量。
作者：dustinzhou，腾讯 IEG 运营开发工程师 epoll 是 linux 特有的一个 I/O 事件通知机制。很久以来对 epoll 如何能够高效处理数以百万记的文件描述符很有兴趣。近期学习、研究了 epoll 源码，在这个过程中关于 epoll 数据结构和作者的实现思路产生出不少疑惑，在此总结为了 10 个问题并逐个加以解答和分析。本文基于的内核源码版本是2.6.39 版本 。 Question 1：是否所有的文件类型都可以被 epoll 监视？ 答案：不是。看下面这个实验代码： #inc
一切互斥操作的依赖是 自旋锁（spin_lock），互斥量（semaphore）等其他需要队列的实现均需要自选锁保证临界区互斥访问。
IO多路复用中的 “多路” 指的是同时监听多个打开文件（socket或者其他文件设备），“复用” 指的是复用一个 进程/线程 去监听这些打开文件
一 概念理解 在进行网络编程时，我们常常见到同步(Sync)/异步(Async)，阻塞(Block)/非阻塞(Unblock)四种调用方式： 同步： 所谓同步，就是在发出一个功能调用时，在没有得到结果之前，该调用就不会返回。按照这个定义，其实绝大多数函数都是同步调用。但是一般而言，我们在说同步、异步的时候，特指那些需要其他部件协作或者需要一定时间完成的任务。 举例： 1. multiprocessing.Pool下的apply #发起同步调用后，就在原地等着任务结束，根本不考虑任务是在计算还是在io
所谓惊群现象,简单的来说就是当多个进程或线程在同时阻塞等待同一个事件时,如果该事件发生,会唤醒在等待的所有的进程/线程,但最终只可能有一个进程/线程对该事件进行处理,其他进程/线程会在失败后重新休眠,唤醒多个进程/线程这种不必要的行为会造成系统资源的浪费(涉及到进程的上下文切换)。而常见的惊群问题有accept惊群、epoll惊群。
我相信大家刚开始学网络编程中socket的时候，都跟我一样对书上所讲的socket概念云里雾里的、似懂非懂，很是困扰。
1.网卡发现 MAC 地址符合，就将包收进来；发现 IP 地址符合，根据 IP 头中协议项，知道上一层是 TCP 协议；
Linux内核同步机制之completion 内核编程中常见的一种模式是，在当前线程之外初始化某个活动，然后等待该活动的结束。这个活动可能是，创建一个新的内核线程或者新的用户空间进程、对一个已有进程的某个请求，或者某种类型的硬件动作，等等。在这种情况下，我们可以使用信号量来同步这两个任务。然而，内核中提供了另外一种机制——completion接口。Completion是一种轻量级的机制，他允许一个线程告诉另一个线程某个工作已经完成。 结构与初始化 Completion在内核中的实现基于等待队列（关于等待队
我们都知道unix世界里、一切皆文件、而文件是什么呢？文件就是一串二进制流而已、不管socket、还是FIFO、管道、终端、对我们来说、一切都是文件、一切都是流、在信息交换的过程中、我们都是对这些流进行数据的收发操作、简称为I/O操作(input and output)、往流中读出数据、系统调用read、写入数据、系统调用write、不过话说回来了、计算机里有这么多的流、我怎么知道要操作哪个流呢？做到这个的就是文件描述符、即通常所说的fd(file descriptor)、一个fd就是一个整数、所以对这个整数的操作、就是对这个文件（流）的操作、我们创建一个socket、通过系统调用会返回一个文件描述符、那么剩下对socket的操作就会转化为对这个描述符的操作、不能不说这又是一种分层和抽象的思想、
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
