计算机基础（中断、IO）

已于 2024-04-06 15:48:37 修改
阅读量1k 收藏 23
点赞数 8
文章标签： 操作系统
于 2024-03-26 08:42:45 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_27986857/article/details/136410567
版权

操作系统

设备交互

CPU 与 IO 设备交互过程
CPU 通过设备控制器与计算机外设进行交互。可以将控制器想象成编程语言中的接口，然后不同地计算机外设的控制器去实现这个接口，CPU 只需要调用接口而无需关注具体地实现，通过这种设计可以让 CPU 指令做得精简。

拓展：软件六大编程原则之一「依赖倒置原则」：上层模块不应该依赖底层模块，它们都应该依赖于抽象；抽象不应该依赖于细节，细节应该依赖于抽象。

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

中断

CPU 中断机制：键盘原理
在这里插入图片描述

DMA（Direct Memory Access）

将用户程序的数据源地址、数据目的地址以及数据长度一次性送给相应外设的 DMA 程序，从而减少 CPU 中断次数提高性能。

  1. 中断加 DMA 减少 CPU 开销

注意：DMA 只能完成内核与计算机外设之间的数据拷贝，内核态与用户态之间的数据拷贝还是需要 CPU 介入

系统调用

程序主要分为用户程序和操作系统程序两种，分别运行在用户空间和内核空间，为了安全以及保证硬件设备和操作系统的稳定性，只有操作系统程序才有权限访问硬件设备，所以应用程序只能通过系统调用/中断/异常三方式之一从用户态切换到内核态，经由操作系统程序完成与计算机外设的交互。

注：系统调用分类
在这里插入图片描述

  1. printf 的用户态与内核态切换动画演示
  2. 内核态 vs 用户态：通过内核态程序实现计算机资源的统一调度协调，从而让用户程序有条不紊地运行。
    在这里插入图片描述
  3. Linux 如何实现系统调用

32bit 操作系统的系统调用也是通过发起 ENTER_KERNEL 调用，发起中断指令 0x80 来实现的。
在这里插入图片描述
运行在用户态的函数通过 CPU 中的寄存器将函数执行的必要信息（系统调用号（哪个系统调用函数）、函数参数）传递给系统调用中断程序
在这里插入图片描述
系统中断程序运行过程：
在这里插入图片描述

64bit 操作系统的系统调用则直接通过 syscall 指令来实现的
在这里插入图片描述

I/O

同步阻塞

在 IO 连接建立后，对应的线程会被阻塞，直到收到数据后，该阻塞状态才会被解除。

  • 如果使用一个线程来监听连接，一个进程只能为一个客户提供服务；
  • 如果为每个连接单独分配一个线程可以解决一个进程维护多个连接的目的，但线程调度、上下文切换以及其占用的栈空间都可能成为瓶颈。
代码示例
#include <unistd.h>
#include <sys/socket.h>
#include <string.h>
#include <arpa/inet.h>
#include <netinet/in.h>
#include <iostream>

using namespace std;

/*
 * 1. 创建套接字
 * 2. 绑定地址信息
 * 3. 进行监听--(告诉OS内核可以接收客户端发送的新请求了并且监听新连接的到来)
 * 4. TCP三次握手建立连接----OS会自动进行，不需要我们进行控制
 * 5. 接收新连接
 * 6. 接收数据、发送数据
 * 7. 关闭套接字
 */ 

int main()
{
    //1. 创建套接字
    int sockfd = socket(AF_INET,SOCK_STREAM,IPPROTO_TCP);
    if(sockfd < 0)
    {
        cout << "TCP socket failed" << endl;
        return 0;
    }

    //2.绑定地址信息
    struct sockaddr_in addr;
    addr.sin_family = AF_INET;
    addr.sin_port = htons(18989);
    addr.sin_addr.s_addr = inet_addr("0.0.0.0");
    int ret = bind(sockfd,(struct sockaddr *)&addr,sizeof(addr));
    if(ret < 0)
    {
        cout << "bind failed" << endl;
        return 0;
    }

    //3.进行侦听(告诉OS内核可以与客户端建立连接了)
    //listen函数中blocklog参数，设定的是已完成三次握手并已建立连接的队列的容量
    ret = listen(sockfd,1);
    if(ret < 0)
    {
        cout << "listen failed" << endl;
        return 0;
    }

    //4.接收新连接
    struct sockaddr_in client_addr;
    socklen_t socklen = sizeof(client_addr);
    int new_sockfd = accept(sockfd,
    			(struct sockaddr *)&client_addr,&socklen);

    if(new_sockfd < 0)
    {
        cout << "accept failed" << endl;
        return 0;
    }

    printf("accept success: %s:%d, and new_sockfd is %d\n",
    inet_ntoa(client_addr.sin_addr),ntohs(client_addr.sin_port),
    			new_sockfd);

    //5.接收和发送数据
    while(1)
    {
        //这里接收数据和发送数据是没有顺序而言的
        //因为已经经过三次握手，客户端和服务端的连接以及建立成功了
        
        char buf[1024] = {0};

        ssize_t recv_size = recv(new_sockfd,buf,sizeof(buf)-1,0);
        if(recv_size < 0)
        {
            cout << "recv failed" << endl;
            continue;
        }
        else if(recv_size == 0)
        {
            cout << "Peer close" << endl;
            close(new_sockfd);
            close(sockfd);
            return 0;
        }
        
        cout << "accrpt data is : " << buf << endl;

        //发送数据
        memset(buf,'\0',sizeof(buf));
        sprintf(buf,"hello lient,i am server,i am %s:%d\n",
        		inet_ntoa(addr.sin_addr),ntohs(addr.sin_port));
        		
        ssize_t send_ret = send(new_sockfd,buf,strlen(buf),0); 
        if(send_ret < 0)
        {
            cout << "send failed" << endl;
            continue;
        }

    }

    close(sockfd);
    return 0;
}

可以看出socket 编程服务端核心步骤为：

  1. bind：绑定端口
  2. accept：等待客户端连接
  3. rev：接收客户端请求
  4. send：将数据响应给客户端
资料
  1. 动画演示 BIO 原理：socket 结构、进程切换、用户态与内核态的切换。
    在这里插入图片描述
  2. Socket 缓冲区

一个 socket，会带有两个缓冲区，一个用于发送，一个用于接收。因为这是个先进先出的结构，有时候也分别叫它们发送队列、接收队列。
在这里插入图片描述

同步非阻塞

I/O 是否阻塞，由这个连接对应的 fd 阻塞属性决定。
在这里插入图片描述
在 Linux 中,可以在创建 socket 时，直接将它设置为非阻塞模式 int socket (int __domain, int __type, int __protocol)，将 __type 增加SOCK_NOBLOCK 就可以创建一个非阻塞的 socket，例如：int socket_fd = socket(AF_INET, SOCK_STREAM | SOCK_NONBLOCK, IPPROTO_TCP);

异步

Reactor 与 Proactor 为什么性能高?

先来看看阻塞 I/O，当用户程序执行 read ，线程会被阻塞，一直等到内核数据准备好，并把数据从内核缓冲区拷贝到应用程序的缓冲区中，当拷贝过程完成，read 才会返回。

注意：阻塞等待的是「内核数据准备好」和「数据从内核态拷贝到用户态」这两个过程。非阻塞的 read 请求在数据未准备好的情况下立即返回，可以继续往下执行，此时应用程序不断轮询内核，直到数据准备好，内核将数据拷贝到应用程序缓冲区，read 调用才可以获取到结果。

将数据从内核缓冲区拷贝到用户程序空间是一个同步过程。因此，无论 read 和 send 是阻塞 I/O，还是非阻塞 I/O 都是同步调用。

异步 I/O 在「内核数据准备好」和「数据从内核态拷贝到用户态」这两个过程都不用等待。 当我们发起 aio_read （异步 I/O） 之后，就立即返回，内核自动将数据从内核空间拷贝到用户空间，这个拷贝过程是内核自动完成的，和前面的同步操作不一样，应用程序并不需要主动发起拷贝动作。

资料
  1. 动画演示 NIO 原理
    在 IO 连接建立后，对应的线程在未收到数据时不会被阻塞，程序员可以将该连接对应的 fd 用集合保存起来，后续逐次轮询，有数据时再从 fd 对应的连接中取出数据进行处理，达到一个线程可以处理多个网络连接的目的，从而提高效率。

在这里插入图片描述

多路复用

多路：指多个 Socket 连接，复用：使用同一个线程。

该项技术解决了多进程/多线程网络编程模型的资源消耗（每个线程至少需要单独占用 1M 栈空间）与性能问题（操作系统对线程的调度导致上下文切换会时 CPU 利用率不高）。

动图解释 select、poll、epoll 实现原理

select（man 2 select）

select 中定义的 fd_set 实际是一个 bitmap（默认长度为 1024 ，更改该长度需要修改内核代码然后重新编译），以文件描述符作为 bitmap 的索引设置值。内核会轮询集合中的 fd，当对应的 fd 的数据队列中有数据时，会将其对应的等待进程队列中的进程唤醒，并根据 fd 是否有数重新设置 bitmap 的值后从内核态重新返回到用户态，用户程序从 bitmap 有值的 fd 中读取数据。
在这里插入图片描述
总结：
在这里插入图片描述
使用：MySQL

其它
  1. 位图实现：通过 long 数组模拟而成，每个比特对应一个文件描述符数值。
    在这里插入图片描述通过在 Linux 上执行 man select 可以看到：

An fd_set is a fixed size buffer. Executing FD_CLR() or FD_SET() with a value of fd that is negative or is equal to or larger than FD_SETSIZE will result in undefined behavior. Moreover, POSIX requires fd to be a valid file descriptor.

FD_SETSIZE 在 sys/select.h 文件中的定义如下：

// include/uapi/linux/posix_types.h
#define __FD_SETSIZE    1024

typedef struct {
    unsigned long fds_bits[__FD_SETSIZE / (8 * sizeof(long))];
} __kernel_fd_set;

可以看出 Linux 内核的宏限制了 fd_set 最多只支持1024。

注意：

  1. 在 Linux 中，文件描述符数值 0,1,2 已经被系统占用，分别表示为标准输入，标准输出和标准错误。
  2. select 不支持大于 1024 的文件描述符的监听。
  1. select 函数的参数 maxfd （最大文件描述）有什么作用？
    select 使用 1024 比特位图监测最多 1024 个文件描述符，然而实际的情况很少会到达1024文件描述符上限，使用 maxfd 可以避免每次都轮询 1024 个文件描述符，从而提高轮询效率。maxfd 通常设置为已打开最大文件描述符 +1，目的是为了保证位图中每个文件描述符都被轮询到。
  2. 优缺点
  • 优点：
    1. select 支持多种文件描述符类型，包括 socket、标准输入输出、管道、FIFO 等。
    2. select是跨平台的，可以在多种操作系统上使用。
  • 缺点：
    1. select 的效率不高，每次调用 select 都需要将所有托管的文件描述符从用户态复制到内核态，托管的文件描述符中有一个文件描述符事件就绪后，也会将所有托管的文件符从内核空间拷贝到用户空间，这个过程比较耗时。
    2. select返回后需要遍历所有的文件描述符，找到就绪的文件描述符，这个过程也比较耗时。
    3. select支持的文件描述符数量有限，需要保证放入 select 监听的文件描述符值不大于 1024，否则程序会出现未知错误。
  1. select 为什么会有 1024 文件描述符限制？
    • select 采用轮询的方式获取读，写，异常事件，如果需要轮询的文件描述符比较多的话，select 执行效率会非常低。
poll（man 2 poll）

下图有些错误：revents 不只是一个状态标识 1，其值为可用的事件（比如 POLLIN）
在这里插入图片描述

注释:

  1. 最常用的网络事件为 EPOLLIN 和 EPOLLOUT，EPOLLIN 对应为有 socket 缓冲区数据可读(当又收到了对端的一些数据，就会触发；或者作为服务端时有连接连过来)，EPOLLOUT 对应 socket 缓冲区可写。

总结：
在这里插入图片描述

epoll（extend poll：man 2 epoll_create）

可以通过红黑树以 O(log(n)) 的复杂度找到该 fd 对应的 epitem
在这里插入图片描述
注意：

  • 调用 epoll_ctl 函数将 fd 添加（EPOLL_CTL_ADD）到红黑树时，也会注册一个回调函数，该回调函数在该 fd 关注的事件发生时，会将其对应的 epitem 加入到数据就绪队列中。

红黑树排序规则 ：
在这里插入图片描述
总结：
在这里插入图片描述
注意：

  • 由于需要在内核空间查找红黑树，所以实际的时间复杂度为 O(log(n))，这里的 O(1) 指，通过 epoll_wait 返回到用户空间的 epoll_event 数组都是有事件发生的 fd，所以无需像 select 或 poll 那样，在用户空间遍历 fd 集合（时间复杂度为 O(n)）判断 fd 是否就绪（select 通过 FD_ISET 函数，poll 通过类似 pollfd.revents & POLLIN 运算）。
  • select、poll 在监听 fd 状态前，每次都需要全量的将需要监听的 fd 集合从用户态拷贝到内核态，在 fd 集合中有一个 fd 发生监听的事件时，也会全量的 fd 集合从内核态拷贝到用户态，这样是及其耗费资源与性能的。epoll 只有在调用 epoll_ctl 时，才会将 fd 从用户态拷贝到内核态，然后在内核态维护该 fd 集合构成的红黑树，在 fd 集合中有 fd 发生了监听的事件时，也只会返回这些发生了事件的 fd。
    在这里插入图片描述
思考
  1. 在并发量不高时，select、poll 通过轮询 fd 集合来判断 fd 是否已经就绪的效率也并不低，所以此时仍然可考虑使用 select 和 poll，但如果在高并发量情况下（比如 C10K），就需要用 epoll 模型，它的速度更快，开销更小。
  2. 红黑树 vs 哈希表

linux 内核提供的哈希表是 hlist，即采用拉链法解决哈希碰撞的方法。hlist 进行哈希查找是 O(1) 是建立在哈希映射到各个桶的概率一致，并保证现有元素比桶个数小于负载因子 α 后，在有足够多元素时可以认为每一个桶中元素的个数服从 π(α) 即泊松分布。然而，在某些极端的情况下（或者说哈希安全性被打破的情况下），某些桶内包含了更多的元素，某些元素的查找时间会远高于其它的，并且单依靠拉链法是无法解决这种退化情况的。在删除某些元素时需要找到对应的节点，也就是说，在扩容/缩容和删除某些节点时，其操作时间可能是不可控的。相比之下，红黑树的强约束就显得可控许多了。

  1. 相比 select、poll 只支持水平触发（LT：Level Triggered），epoll 还支持边缘触发（ET：Eage Triggered），两种触发模式的区别是啥？

水平触发和边缘触发通过 epoll_wait 函数的响应体现，示例。

  • LT：只要缓冲区有数据，epoll_wait 就会一直被触发，直到缓冲区为空；（有数据会连续触发）
  • ET：只有所监听的事件状态改变或者有事件发生时，epoll_wait 才会被触发；（有数据只触发一次）

Nginx ，除了 listenfd（网络服务器中一般涉及两类 sockfd：用于监听是否有连接请求的 listenfd；用于传输数据的 socket（accept 返回的 acceptfd）） 用水平触发之外，其它都是用的边缘触发。

  • 有一些解释是 listenfd 用水平触发，如果多个 client 同时连接进来，accept 一次只处理一个连接，为防止漏掉连接选择水平触发。
  1. 为什么 IO 多路复用要搭配非阻塞 IO?

    假如 socket 的读缓冲区中已有足够多的数据，需要调用三次 read 才能读取完。

    1. 非阻塞 I/O 的处理方式：循环的 read 或 accept，直到读完所有的数据（抛出 EWOULDBLOCK 异常）
    2. 阻塞 I/O 的处理方式：每次只能调用一次 read 或 accept，因为多路复用只会告诉你 fd 对应的 socket 可读了，但不会告诉你有多少的数据可读，所以在 handle_read/handle_accept 中只能 read/accept 一次，你无法知道下一次 read/accept 会不会发生阻塞。所以只能等 ioloop 的第二次循环，ioloop 告诉你 fd 可用后再继续调用 handle_read/handle_accept处理，然后再循环第三次。

      所以你会发现，阻塞方式稍不注意就会阻塞整个进程：多路复用只能知道有数据可读，但是不知道有多少数据可读，使用阻塞io，读了一次就不知道是否应该继续读，如果继续读，读到第四次就阻塞了。
总结

I/O 多路复用就是将连接（socket 文件描述符）和关注的事件（accept、read、write）交给系统内核，由系统内核统一进行监测:

  1. 如果没有事件发生，只需将一个用户线程阻塞在这个系统调用上，避免在多线程/进程网络编程方案中，反复轮询调用非阻塞 socket 的 read/write 等操作来判断是否有数据造成 CPU 空耗。
  2. 如果有事件发生，内核会返回产生了事件的连接，用户线程也会从系统调用的阻塞态返回，然后在用户态中处理这些连接对应的业务即可。
文章索引
  1. 一举拿下 I/O 多路复用！

I/O 编程模型

Reactor 模型

对事件做出反应（react）的模型，所以称为 reactor

基于「I/O多路复用」技术，将面向对象的设计模式（模板方法模式）引入到网络编程模型中，即定义了 Reactor、Acceptor、Handler、Processor 角色，各个角色分工明确方便代码的维护与扩展。

其中，Reactor 通过 I/O 多路复用接口监听事件，在收到事件后通过事件类型将事件分发给 Acceptor 或 Handler

  • 如果是「连接建立」事件，则交由 Acceptor 进行处理，Acceptor 对象会通过 accept 方法获取连接，并创建一个 Handler 对象来处理后续的响应事件
  • 如果不是连接建立事件， 则交由当前连接对应的 Handler 对象来进行响应。Handler 一般的处理流程为：
    1. read：从网络中读取请求数据
    2. 将请求数据交给 Processor 进行业务处理
    3. send：将业务处理结果发送到网络中
      多线程 Reactor 模型
应用
  1. Redis 采用的是「单 Reactor 单进程」
  2. Netty 和 Memcache 都采用了「多 Reactor 多线程」
  3. Nginx 采用了「多 Reactor 多进程」
文章索引
  1. Java NIO 代码示例 Reactor 模式
  2. scalable-io-in-java-中文
  3. Reactor 和 Proactor 为什么性能高？

Reactor 模式中，设置多个 Reactor（也称为多线程 Reactor 或者主从 Reactor 模式）的主要好处是可以更好地利用多核 CPU 的性能，提高系统的并发性能和处理能力。

当系统中有大量的客户端连接时，单个 Reactor 可能无法应对所有的请求，而且处理速度也会变慢（多路复用器监控的连接越多，连接发生相应的时间后，Reactor 轮询将其取出依次进行处理肯定需要花费更多的时间。）。通过设置多个 Reactor，可以将连接请求均衡分配到多个 Reactor 上进行处理，每个 Reactor 只需要处理部分连接，从而提高系统的并发性能和处理能力。

另外，多个 Reactor 之间可以进行负载均衡和容灾，一旦某个 Reactor 发生故障，可以通过故障转移等方式将请求切换到其他可用的 Reactor 上进行处理，从而提高系统的可靠性和稳定性。

总的来说，多个 Reactor 可以提高系统的并发性能、处理能力、可靠性和稳定性，使得系统能够更好地适应大规模并发访问的需求。

零拷贝

资料

  1. 动画演示-传统网络读写过程：四次上下文切换，四次数据拷贝（两次 DMA 拷贝 + 两次 CPU 拷贝）
    在这里插入图片描述 动画图解 socket 缓冲区那些事：每个 socket 在内核态都有对应的读写缓冲区（readbuf、writebuf）
    在这里插入图片描述
    在这里插入图片描述

  2. 动画演示-MMAP + write 实现“零拷贝”：通过 mmap 建立了 PageCache 到用户进程的虚拟地址空间的映射，即用户进程可以直接通过 mmap 返回的 fd 直接读取 pagecache 对应的物理内存空间（四次上下文切换 + 三次数据拷贝（两次 DMA 拷贝 + 一次 CPU 拷贝））
    在这里插入图片描述

  3. 动画演示-sendfile 实现零拷贝：二次上下文切换 + 三次数据拷贝（两次 DMA 拷贝 + 一次 CPU 拷贝）
    在这里插入图片描述

注意：linux kernel 2.1 开始支持 sendfile

  1. 动画演示-sendfile + DMA gather copy 实现零拷贝：sendfile 利用 DMA 将文件内容拷贝到内核缓冲区（PageCache），然后将带有文件位置和长度信息的缓冲区描述添加到 socket 缓冲区（这一步不会将内核中的数据拷贝到 socket 缓冲区中），DMA 会直接将内核缓冲区的数据拷贝到网卡设备通过网络发送出去。（两次上下文切换 + 两次 DMA 拷贝）
    在这里插入图片描述

注意：linux kernel 2.4 才支持这种拷贝方式，并且需要硬件以及驱动程序的支持

  1. 动画演示-splice + DMA 实现零拷贝： splice 通过在 PageCache 和 Socket 缓冲区之间建立一个环型管道，这样DMA 可以直接通过 socket 缓冲区将 PageCache 中的数据拷贝到网卡设备（两次上下文切换 + 两次 DMA 拷贝）
    在这里插入图片描述

注意：linux kernel 2.6.17 才引入 splice。splice 利用 Linux 的管道缓冲区机制， 所以要求绑定的两端的描述中至少有一个为管道设备。

qq_27986857
关注
关于程序中断i/o方式的进一步认识
csg3140100993的博客
11-28 4805
上一篇文章了解了操作系统下程序中断的分类和各个概念的区分以及核心态和用户态切换的大致执行过程，下面通过计组中的I/O方式中的程序中断对中断过程进一步进行硬件上的认识； 1、还是分类的问题，由计组课本来看，与操作系统分类差别并不大，都是从内中断外中断也即是中断源的角度进行分类，至于同步异步或者可屏蔽不可屏蔽这些就是额外的点缀； 2、中断的应用很广泛，I/O方面只是其中之一，还有上篇文章所介绍的操
IO知识基础篇(1) －IO概念、IO中断、DMA、缓存等
jarip的专栏
12-24 2152
作: I是in,即读操作; O是out,即写操作. IO读是将外存的数据读进内存,IO写是将内存的数据写到外存,这个外存可以指硬盘,或者是网络接口卡的缓存等■[正确性].         IO操作是一个非常复杂的过程,想要清楚地了解IO操作的低层工作细节,得先学习一些基本的硬件知识,如cpu,内存,外存设备控制器,外存设备等等,但这些知识不在本篇文章深入讨论. 二 IO中断 1 基本原理:         IO中断的本质是一种特殊的电信号,由IO硬件设备发向cpu处理器.处理器接收到中断后,会向
Linux内核中断和io
瞎猫实验室
05-15 805
首先考虑一个很简单的问题， 假设一段代码a和b，a是cpu密集型运算，b是io密集运算。 a的运行时间是O(a) b的运行时间是O(b) 如果用同步代码写的话，a+b的运行时间是 O(a+b)， 用协程写，launch{a+b}的时间C，C < O(a+b) 吗？ 这个问题的答案是，C确实会小于O(a+b)。 很多开发者，包括很多技术大V对协程的解释比较浅，认为没这种好事，C肯定还是等于O(a+b)的。 这个结论跟常识其实有点相反。一开始学习相关的技术点会觉得违反常理，但随着学习的深入，会发现这东
中断处理过程
sicf的专栏
05-21 797
1. 在entry_32.S 里面，会建立一个interrupt数组，    interrupt数组，是一个函数指针数组。数组的每个元素都指向一个函数    其实呢，数组的每个元素，指向的是一段代码。    这段代码的功能为：           push   $0x5f   //这个其实就是将中断向量号压入 jmp    3fa 而3fa其实也是一个跳转，跳转到由common_in
IO的中断编程
lxknewbee的博客
04-26 308
中断与轮询 中断的堆栈占用 中断步骤：配置中断开关、配置中断源、写中断服务子程、将中断服务子程填入中断向量表 中断允许/禁止控制：全局中断控制-上电复位后是enable的、dedicated IE-上电复位后所有中断被disable 中断掩码优先级寄存器（PRIMASK）：PM bit NVIC：1、nested vector interrupt controller 2、16个内部中断+32个外部中断 3、asm("CPSIE i");NVIC_ISER |= 0x40000
四、I/O中断处理过程
linyuxi_loretta的博客
08-05 2395
在一般的机器设计中、都是在每条指令执行阶段结束时、CPU查询是否有中断请求、进行中断响应。外部设备提出中断的时间是随机的、只要外部设备准备好了、接口就可能会向CPU发出中断请求。通过查询信号、把每一个接口当中 有中断请求的那些接口、他的中断请求触发器给他置1。在8086的状态寄存器中、有IF标记、这个标记就是 是否允许发生中断。由外部设备把数据、通过IO中断接口电路、把它输入到主机当中来。触发器b 被设置为1、这个信号用于去启动设备、让设备进行工作。但同时、数据还没有准备好、所以触发器d、被设置为0。..
计算机组成原理总线与IO系统学习（内含7个视频）.zip
最新发布
02-24
计算机组成原理是理解计算机系统运行机制的基础，其中总线与输入/输出（IO）系统是核心组成部分。这个压缩包文件包含的学习资源详细讲解了这些关键概念，通过七个视频课程，帮助学习者深入理解计算机硬件如何与外部...
单重中断和多重中断计算机组成原理,漫谈计算机组成原理（七）I/O系统
weixin_36436810的博客
07-17 3023
本文讲什么？这个系列的文章其实能够分红两个部分，计算机系统的其余硬件结构和CPU。 而咱们今天要讲述的内容，就是其余硬件结构中的最后一个部分——I/O(输入输出)系统。 这篇文章主要讲述的就是I/O系统的组成以及I/O系统的工做原理，下面就正式开始I/O系统之旅吧！缓存I/O设备的组成提及输入输出系统，其实咱们一点都不陌生。从咱们开始接触计算机到如今，鼠标、键盘、显示器等多是咱们一直在使用的，但仅...
计算机组成原理——输入/输出系统（I/O接口&外设&中断）
qq_51308373的博客
04-06 4226
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 一、I/O系统基本概念 1．基本概念 （1）I/O设备就是可以将数据输入到计算机，或者可以接收计算机输出数据的外部设备 （2）常见的I/O设备 ①硬盘、光盘――即可输入、又可输出的设备(有的教材称为:外存设备） ②鼠标、键盘――输入设备 ③显示器、打印机――输出设备 ④可统称“外部设备” 2．主机如何与l/O设备进行交互? （1）I/O接口:又称I/O控制器（I/O Controller)、设备控制器，负责协调主机与外部设备之间的数据.
计算机系统基础实验四.pdf
05-17
熟悉LC-3Edit 与Simulate软件，掌握IO操作，TRAP指令的编程和IO中断的处理机制。使用LC-3Edit 编写汇编程序，通过键盘向计算机中输入一个字符串当输入7的时候，停止输入字符串，并将结果按照逆序的方式输出。例如...
epoll详解_长知识！详解Linux五大网络IO模型
weixin_39628105的博客
11-30 179
什么是IO？IO模型中，先讨论下什么是IO？IO在计算机中指的就是Input/Output(输入/输出)。Input/Output(输入/输出)的内容当然就是data(数据)了。那么数据被Input到哪，Output到哪呢？Input(输入)数据到内存中，Output(输出)数据到IO设备(磁盘、网络等需要与内存进行数据交互的设备)中；IO设备与内存直接的数据传输通过IO接口，操作系统封...
IO控制器 IO控制方式（程序直接控制、中断驱动、DMA方式、通道控制方式）
weixin_42764993的博客
08-28 1495
DMA方式 解决中断驱动方式必须经过CPU的问题、每次只读/写一个字问题 一个通道可以控制多个IO控制器，一个IO控制器可以控制多个设备。 ...
I/O中断原理
Dm_canmeng的博客
12-14 8565
文章目录@[toc]I/O中断原理前言什么是中断中断类型硬件中断软件中断I/O中断流程无中断有中断中断处理相关文献 I/O中断原理 前言 在Windows内核原理-同步IO与异步IO和《高性能网络通讯原理》两篇文章中，都出现了中断这两个字。本篇文章会对中断操作的原理进行说明。 什么是中断 中断指当出现需要时，CPU暂时停止当前程序的执行转而执行处理新情况的程序和执行过程。即在程序运行过程中，系统...
IO设备程序中断
asscwf的博客
04-20 3754
程序中断就是CPU需要对IO设备进行数据读写操作时需要将目前的操作中断，转而去操作IO设备的数据。 几个人重要的硬件线路： INTR（中断请求处理器）：数据准备就绪时发出信号。 MASK（中断屏蔽触发器）：Q非端为1未被屏蔽，反之则非。 排队器：进行IO设备优先级的响应顺序排列。 设备编码器：形成向量地址，根据向量地址找到相应服务程序。 IO中断处理过程 D，B代表设备状态 D=0,B=1代表正在准备 D=1,B=0代表准备就绪 一、数据准备前：经过设备选择电路选中设备后，得到启动命
：I/O中断处理过程包括哪几个阶段？中断服务程序流程分为哪几部分？
H_L_Y的博客
03-22 1万+
完整的中断处理过程分为 1)中断响应的事前准备： 系统要想能够应对各种不同的中断信号，总的来看就是需要知道每种信号应该由哪个中断服务程序负责以及这些中断服务程序具体是如何工作的。系统只有事前对这两件事都知道得很清楚，才能正确地响应各种中断信号和异常。 2) CPU检查是否有中断/异常信号 CPU在执行完当前程序的每一条指令后，都会去确认在执行刚才的指令过程中中断控制器（如：8259A）是否发送中断...
操作系统 I/O 全流程详解
程序员cxuan的个人主页
06-18 1万+
我们之前的文章提到了操作系统的三个抽象，它们分别是进程、地址空间和文件，除此之外，操作系统还要控制所有的 I/O 设备。操作系统必须向设备发送命令，捕捉中断并处理错误。它还应该在设备和操作系统的其余部分之间提供一个简单易用的接口。操作系统如何管理 I/O 是我们接下来的重点。 不同的人对 I/O 硬件的理解也不同。对于电子工程师而言，I/O 硬件就是芯片、导线、电源和其他组成硬件的物理设备。而我们程序员眼中的 I/O 其实就是硬件提供给软件的接口，比如硬件接受到的命令、执行的操作以及反馈的错误。我们着重探.
I/O方式 —— 程序中断方式
热门推荐
starter_____的博客
09-01 1万+
一、工作流程 中断请求：中断源向CPU发送中断请求信号。 中断判优：多个中断源同时提出请求时，通过中断判优逻辑响应一个中断源。 中断响应及中断隐指令。 中断向量：中断服务程序寻址 执行中断服务程序 步骤一：中断请求 （1）中断请求分类 程序中断方式属于I/O 中断，因此属于外中断。 硬件中断：通过外部的硬件产生的中断。硬件中断属于外中断。 软件中断：通过某条指令产生的中断，...
IO访问和中断
jiuweideqixu的博客
02-26 3638
背景信息 通过写入和读取其寄存器来控制外围设备。 通常，设备具有多个寄存器，可以在内存地址空间或I / O地址空间中的连续地址处访问多个寄存器。 连接到I / O总线的每个设备都有一组I / O地址，称为I / O端口。 可以将I / O端口映射到物理内存地址，以便处理器可以通过直接与内存配合的指令与设备通信。 为简单起见，我们将直接使用I / O端口（不映射到物理内存地址）与物理设备进行通信。 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值