Linux设备驱动中的阻塞和非阻塞I/0,简单来说就是对I/O操作的两种不同的方式,驱动程序可以灵活的支持用户空间对设备的这两种访问方式。...非阻塞应用程序通常使用select系统调用查询是否可以对设备进行无阻塞的访问最终会引发设备驱动中 poll 函数执行。...=1); //串口上没有输入则返回,所以循环读取 printf("%c/n",buf); 阻塞操作常常用等待队列来实现,而非阻塞操作用轮询的方式来实现。...非阻塞I/O的操作在应用层通常会用到select()和poll()系统调用查询是否可对设备进行无阻塞访问。select()和poll()系统调用最终会引发设备驱动中的poll()函数被调用。...exceptionfds, struct timeval *timeout); numfds 的值为需要检查的号码最高的文件描述符加1,若select()在等待timeout时间后
非阻塞connect详情介绍可以参见文章:https://blog.csdn.net/qq_41453285/article/details/89890429 一、非阻塞connect概述 man手册...只是当前连接还没有建立完整),所以我们可以在通过给select、pol或epoll设置等待时间,来等待这个connect的连接成功,从而进一步处理 如果非阻塞connect返回的错误不是EINPROGRESS...,代表就是connect系统调用本身出错了,那么就可以做一些相应的错误处理了 ③当非阻塞connect以EINPROGRESS错误返回之后,我们可以给select、pol或epoll设置等待时间,并将客户端封装在等待可写的结构中...,进一步来等待非阻塞connect客户端与服务端建立完整地连接,在等待的过程中,如果非阻塞connect建立成功了,客户端的sock_fd就会变成可写的(这个在本人的IO复用文章中介绍过,见下图) ④当非阻塞...在有些系统(比如Linux)上返回-1,而在有些系统上(比如源自伯克利的UNIX)返回0 这些问题没有一个统一的解决办法 三、编码演示案例 #include #include <stdlib.h
3、阻塞模式下可以用setsockopt设置SO_RCVTIMEO(超时时间),即如果在超时时间内接收缓冲区都没有一点数据到来,那么返回-1,errno = EAGAIN | EWOULDBLOCK 错误...4、recv的第四个参数若为MSG_WAITALL,则在阻塞模式下不等到指定数目的数据不会返回,除非超时时间到。当然如果对方关闭了,即使超时时间未到,recv 也返回0。.../usr/include/i386-linux-gnu/bits/socket.h MSG_WAITALL = 0x100 5、在多线程环境中,某个线程的阻塞不会引起进程的阻塞,除非进程中的所有线程都被阻塞...(pthread) 二、TCP网络编程的本质 TCP网络编程最本质是的处理三个半事件(来自:muduo manual.pdf) 1....参考: 《UNP》 muduo manual.pdf 《linux 多线程服务器编程:使用muduo c++网络库》
#### PPID PID PGID SID TTY TPGID STAT UID TIME COMMAND 查看上面的情况,我们可以发现,在中间有段时间子进程进入了僵尸状态...如果任意时刻调用wait/waitpid,子进程存在且正常运行,则可能阻塞。 如果不存在该进程,则立即出错放回。...{ //father int status = 0; pid_t ret = 0; do { ret = waitpid(-1,&status,WNOHANG);//非阻塞等待...3.解释堵塞与非堵塞 阻塞场景:打电话等朋友接听 你拨打朋友的电话,直到朋友接通之前你什么都做不了。这就像阻塞调用,你必须等着事情完成。...非阻塞场景:发消息等待回复 你给朋友发了个消息,等他们回你。你不用一直盯着手机看,而是可以去做别的事情,等收到消息后再查看。这就像非阻塞调用,你不需要等着完成才能做其他事情。
打开OSD和MS的日志发现消息并没有阻塞在软件层,而是软件层已经将调用了sendmsg系统调用往外发,但是对端还是没有收到消息。...常见的TCP发送端send-Q不减少都是因为接收端接收缓存满了给发送端回复win=0的反压报文,发送端不再给接收端发送报文导致send-Q不减少,但是通过接收端的tcpinfo信息来看,接收端的接收缓存为空...调整发送缓存大小: 最初怀疑是不是跟服务器的tcp读写缓存相关,但是服务器配置的最大的发送缓存和接收缓存都已经非常大,按理说也不会有影响。...,这其实是一个问题,不管TCP大小修改为多小,最多就是消息发送缓慢,而不是卡住不发送,改小了发送缓存后,抓包分析。...结论: 疯狂google后发现有人遇到了类似的问题,原来是tcp的bug, 内核修复了后该问题不再出现。
大部分高性能网络框架采用的是非阻塞模式。笔者这次就从linux源码的角度来阐述socket阻塞(block)和非阻塞(non_block)的区别。...本文源码均来自采用Linux-2.6.24内核版本。...一个TCP非阻塞client端简单的例子 如果我们要产生一个非阻塞的socket,在C语言中如下代码所示: // 创建socket int sock_fd = socket(AF_INET, SOCK_STREAM...的读 .recvmsg = tcp_recvmsg, ...... } fcntl控制socket的阻塞\非阻塞状态 我们用fcntl修改socket的阻塞\非阻塞状态。...情况2:设定的超时时间到来 在前面调用sk_wait_event中调用了schedule_timeout fastcall signed long __sched schedule_timeout(signed
阻塞。 好吧,再来一点营养。阻塞是啥意思呢? 就是水管堵住了!扭开水龙头没有水出来。...这个道理跟Linux下读取慢速设备(主要指管道和套接字)数据的情形非常相似,例如当我们在读取一个管道时,如果管道里面没有数据,那么我们什么都读不出来,于是就进入了所谓的“阻塞”状态了,说白了阻塞就是使得当前进程或者线程睡眠了的意思...那么再进一步,什么时候会阻塞呢?下面的表格简单描述了这些清空: ? 其中,读者指的是对管道文件拥有读权限的进程或线程(注意不是正在读),写者指的是对管道文件拥有写权限的进程或线程(注意不是正在写)。...除此之外,其实open()函数也会发生阻塞,比如用只读或者只写open一个管道文件的时候。因为一根只有出口或者只有入口的水管,是无法使用的呀!其实就是生活常识。嘿嘿!
从linux源码看socket的阻塞和非阻塞 笔者一直觉得如果能知道从应用到框架再到操作系统的每一处代码,是一件Exciting的事情。 大部分高性能网络框架采用的是非阻塞模式。...笔者这次就从linux源码的角度来阐述socket阻塞(block)和非阻塞(non_block)的区别。 本文源码均来自采用Linux-2.6.24内核版本。...一个TCP非阻塞client端简单的例子 如果我们要产生一个非阻塞的socket,在C语言中如下代码所示: // 创建socket int sock_fd = socket(AF_INET, SOCK_STREAM...的读 .recvmsg = tcp_recvmsg, ...... } fcntl控制socket的阻塞\非阻塞状态 我们用fcntl修改socket的阻塞\非阻塞状态。...阻塞后什么时候恢复运行呢 情况1:有对应的网络数据到来 首先我们看下网络分组到来的内核路径,网卡发起中断后调用netif_rx将事件挂入CPU的等待队列,并唤起软中断(soft_irq),再通过linux
TCP/IP协议 TCP/IP 协议栈是一系列网络协议(protocol)的总和,是构成网络通信的核心骨架,它定义了电子设备如何连入因特网,以及数据如何在它们之间进行传输。...OSI 7层模型和TCP/IP四层网络模型对应关系 计算机网路基础的知识不过多讲解,主要是让大家明白接下来的Linux网络编程数据流属于那一层,具体如下图 TCP/IP协议数据流示意图 我们接下来讲解的...Linux网络编程Tcp协议是属于传输层的协议 Linux Socket 网络编程 TCP协议 TCP是面向连接的可靠的传输层协议。...TCP编程 Linux中的网络编程是通过socket接口来进行的。socket是一种特殊的I/O接口,它也是一种文件描述符。常用于不同机器上的进程之间的通信,当然也可以实现本地机器上的进程之间通信。...\n"); /*清空缓冲区,阻塞等待读取客户端发过来的数据*/ memset(buff,'\0',sizeof(buff)); if(-1 == read(connect_fd,buff
all:server_tcp client_tcp server_tcp:UdpServerMain.cc g++ -o $@ $^ -std=c++17 -lpthread client_tcp...函数原型(C/C++) 在 POSIX 系统(如 Linux)中,listen 函数的原型如下: int listen(int sockfd, int backlog); 在 Windows 系统中,listen...EchoServer -- 多进程 上面我们写的只是单进程方面的,接下来我们来创建多进程方面的 但是这里有个问题:当前创建出子进程的时候,父进程还需等待子进程,默认这里就阻塞了 但是我们这里是让子进程去做文本处理...,如果子进程不退出/不返回,那么父进程不依然阻塞在这里嘛 阻塞之后还是无法accept,这不还是单进程嘛,但是我们还是必须得 wait,因为不 wait ,子进程一推出就会有僵尸问题 此时就需要用到 信号...EchoServer -- 线程池 引入我们之前写的【Linux】:线程库 Thread.hpp 简单封装 Thread.hpp 以及 单例模式下的【Linux】:日志策略 + 线程池(单例模式 Threadpool.hpp
byte[]字节数组 获取String对象,new出来,构造参数:byte[]字节数组,0开始,len长度 调用Socket对象的close()方法,关闭socket 客户端的输入流读取read()方法,是阻塞式方法...得到输出流对象,输出数据 调用Socket对象的close()方法,关闭socket 调用ServerSocket对象的close()方法,关闭ServerSocket 服务端的accept()方法,是阻塞式方法...InputStream in=socket.getInputStream(); byte[] b=new byte[1024]; int len=in.read(b);//这里会阻塞
其次TCP还采用了超时重传机制,发送端在发送一个TCP报文后启动定时器,如果在约定时间内没有收到对方对该报文的应答信息,发送段将重新发送该报文。...3、超时重传机制 对于超过时间限制但未收到应答的报文,TCP协议会重新传输;这也就决定了对已经发送到网络中的数据报的数据,我们不能立即丢弃,应该再保存一段时间,以防报文在传输过程中出现数据丢失的情况。...应该保存在TCP维护的发送缓冲区里。 TCP为了保证无论在任何环境下都能比较高性能的通信, 因此会动态计算这个最大超时时间....Linux中(BSD Unix和Windows也是如此), 超时以500ms为一个单位进行控制, 每次判定超时重发的超时 时间都是500ms的整数倍....首先说什么是MSL,TTL,以及两者的关系 MSL就是最大的报文生成时间,MSL是网络报文生存的最长时间,超过这个时间,报文将会被丢弃,因为TCP是基于IP协议的,TTL是经过路由器的最大跳数,每经过一个路由器
wide': 0 tcp:tcp_retransmit_skb...0 tcp:tcp_send_reset 0 tcp:tcp_receive_reset...5 tcp:tcp_rcv_space_adjust...0 tcp:tcp_retransmit_synack 9 tcp:tcp_probe...] [k] tcp_rcv_state_process + 50.00% 0.00% python [kernel.kallsyms] [k] __tcp_transmit_skb
其中复位标志RST的作用就是“复位相应的TCP连接”。 TCP连接和释放时还有许多细节,比如半连接状态、半关闭状态等。详情请参考这方面的巨著《TCP/IP详解》和《UNIX网络编程》。...原因在于Socket.close()方法的语义和TCP的“FIN”标志语义不一样:发送TCP的“FIN”标志表示我不再发送数据了,而Socket.close()表示我不在发送也不接受数据了。...; 客户端和服务器统一使用TCP短连接。...使用长连接可以避免每次建立TCP连接的三次握手而节约一定的时间,但是我这边由于是内网,客户端和服务器的3次握手很快,大约只需1ms。...负载等设备 负载设备需要维护连接转发策略,长时间无流量,连接也会被清除,而且很多都不告诉两层机器,新的包过来时才通告rst。
TCP socket API 详解 下面介绍程序中用到的 socket API,这些函数都在 sys/socket.h 中。...; 返回值:listen()成功返回 0,失败返回-1; accept() 介绍:三次握手完成后, 服务器调用 accept()接受连接; 如果服务器调用 accept()时还没有客户端的连接请求,就阻塞等待直到有客户端连接上来...Echo Server 有了上面的接口,我们就可以实现以TCP为基础的简单消息回显服务器了,运行结果应该如下图所示: 代码如下: TCP服务器 #pragma once #include <iostream...); ::exit(0); } ::close(sockfd); //子进程退出后,父进程就不会阻塞在这里...,这样和之前单进程通信效果一样,所以为了不让父进程阻塞,子进程需要再创建子进程,用它来完成通信,此时父进程就可以直接回收子进程,孙子进程就成为孤儿进程进行通信,结束后由操作系统回收。
在Linux系统中,I/O操作可以分为两种模式:阻塞式I/O和非阻塞式I/O。 这两种模式决定了进程在执行I/O操作时的行为方式,以及CPU资源的利用效率。...例如: 对于普通文件(如文本文件),即使读写的数据量较大,read()或write()总会在有限时间内返回。这是因为普通文件的I/O操作不会阻塞。...这段时间,CPU可以分配给其他进程使用。 非阻塞式 I/O:即使没有数据可读,read()函数也会立即返回,并设置errno为EAGAIN或EWOULDBLOCK。...阻塞式 I/O 缺点: 由于进程可能长时间阻塞,会降低系统的响应性。 不适合高并发场景,因为每个阻塞的进程都会占用一个线程或进程资源。...以鼠标输入设备文件为例,Linux中鼠标对应的设备文件通常位于/dev/input/目录下,命名为mouseX(X为序号)或eventX。
Linux TCP 协议栈具有无数个可以更改其行为的 sysctl 旋钮。 这包括可用于接收或发送操作的内存量、套接字的最大数量、可选的特性和协议扩展。...幸运的是,默认情况下,几乎每个 TCP 栈都支持并默认启用了此选项,包括 Linux。 响应方包括了它自己所需的缩放因子。两个对等方可以使用不同的因子。宣布缩放因子为 0 也是合法的。...因此,内核在接收/发送数据包时总是采用微秒级的时间戳。 在包处理步骤的其余部分中,Linux 会重用 RTT 估算所需的时钟时间戳。这还避免了将时间戳添加到传出 TCP 数据包的额外时钟访问。...从 Linux 4.12 开始,TCP 时间戳不再显示正常运行时间。发送的所有时间戳值都使用对等设备特定的偏移量。时间戳值也每 49 天回绕一次。...当 Linux 系统接受来自此类设备的连接时,TCP 会自动为受影响的连接禁用 SACK。 总结 本文中研究的三个 TCP 扩展都与 TCP 性能有关,最好都保留其默认设置:启用。
文章时间:2020年3月5日 09:59:20 解决问题:系统时间异常,修复系统时间 CentOS系统 yum install ntpdate ntpdate 某个服务器节点 Ubuntu系统
TCP 协议段格式 理解TCP的报头: Linux 内核是C语言写的,在 UDP 说过报头是协议的表现,而协议本质就是结构体数据。所有 tcp报头 就是一个结构化或位段。...如果超时时间设的太长, 会影响整体的重传效率; 如果超时时间设的太短, 有可能会频繁发送重复的包; TCP 为了保证无论在任何环境下都能比较高性能的通信, 因此会动态计算这个最大超时时间....Linux 中 ( BSD Unix 和 Windows 也是如此), 超时以 500ms 为一个单位进行控制, 每次判定超时重发的超时时间都是 500ms 的整数倍....超过这个时间后,报文段会被丢弃。 作用: 确保网络中旧的、重复的 TCP 报文段不会干扰新的连接。 在 TCP 连接关闭时,MSL 用于确定 TIME_WAIT 状态的持续时间。...时间限制:超过最大延迟时间应答,一般取200ms。 延时应答时间不能超过超时重传时间。 ④ 确认序号 TCP不一定对每个报文都应答,确认序号表示之前连续报文已收到。 4.
int days = ts /SEC_PER_DAY;//这个时间戳值的年。 int yearTmp = 0;int dayTmp = 0;//使用夹逼法计算 days 天中包含的年数。...if (days >= dayTmp) //条件成立,则 yearTmp 即是这个时间戳值所代表的年数。...{ days-=dayTmp; }else{break; } } year=yearTmp;//这个时间戳值的月 int monthTmp = 0;for (monthTmp = 1; monthTmp...int secs = ts %SEC_PER_DAY;//这个时间戳值的小时数。 hour = secs /SEC_PER_HOUR;//这个时间戳值的分钟数。...secs %=SEC_PER_HOUR; minute= secs /SEC_PER_MIN;//这个时间戳的秒钟数。
领取专属 10元无门槛券
手把手带您无忧上云