本文大部分讨论的是socket设置为block的情况,即setNonblock(false),仅在最后提及了nonblock socket(本文基于linux 2.6.32-431内核)。...kernel代码版本细微变化 值得注意的是,linux本身官方发布的2.6.32源码对于tcp_syn_retries2的解释和RFC并不一致(至少笔者阅读的代码如此,这个细微的变化困扰了笔者好久,笔者下载了和机器对应的内核版本后才发现代码改了...以下为代码对比: ========================>linux 内核版本2.6.32-431<======================== #define TCP_TIMEOUT_INIT...java的SocketInputStream的sockRead0超时时间 java的超时时间由SO_TIMOUT决定,而linux的socket并没有这个选项。...进程宕后的超时 如果仅仅是对端进程宕机的话(进程所在内核会close其所拥有的所有socket),由于fin包的发送,本端内核可以立刻知道当前socket的状态。
今天笔者就从Linux源码的角度看下Server端的Socket在进行Accept的时候到底做了哪些事情(基于Linux 3.10内核)。...关于epoll的原理可以看下笔者之前的博客《从linux源码看epoll》: https://www.cnblogs.com/alchemystar/p/13161781.html 在这里描述一下原因,...核心就是epoll_wait在水平触发下会在这个fd仍有未处理事件的时候重新塞回ready_list并在此唤醒另一个等待在epoll上的进程!...在accept_queue被填充后,由用户线程通过accept系统调用从队列中获取对应的fd 值得注意的是,当用户线程来不及处理的时候,内核会drop掉三次握手成功的连接,导致一些诡异的现象,具体可以看笔者的另一篇博客...,可以见笔者另一篇博客的详细分析 《从Linux源码看Socket(TCP)的listen及连接队列》: https://www.cnblogs.com/alchemystar/p/13845081.html
今天笔者就来从Linux源码的角度看下Server端的Socket在进行bind的时候到底做了哪些事情(基于Linux 3.10内核)。...例如32位的ipv4地址或128位的ipv6地址+16位的TCP活UDP端口号。...的port,即同时bind或者listen最小个数的port // 因为一个端口号(port)在开启了so_reuseaddr/so_reuseport之后,是可以多个进程同时使用的...SO_REUSEPORT SO_REUSEPORT是Linux在3.9版本引入的新功能。...uid_eq(uid, sock_i_uid(sk2)) 这段代码让我们在多次bind的时候,如果设置了SO_REUSEPORT的时候不会报错,也就是让我们有个多线程(进程)bind/listen的能力
从linux源码看socket(tcp)的timeout 前言 网络编程中超时时间是一个重要但又容易被忽略的问题,对其的设置需要仔细斟酌。...本文大部分讨论的是socket设置为block的情况,即setNonblock(false),仅在最后提及了nonblock socket(本文基于linux 2.6.32-431内核)。...kernel代码版本细微变化 值得注意的是,linux本身官方发布的2.6.32源码对于tcp_syn_retries2的解释和RFC并不一致(至少笔者阅读的代码如此,这个细微的变化困扰了笔者好久,笔者下载了和机器对应的内核版本后才发现代码改了...java的SocketInputStream的sockRead0超时时间 java的超时时间由SO_TIMOUT决定,而linux的socket并没有这个选项。...进程宕后的超时 如果仅仅是对端进程宕机的话(进程所在内核会close其所拥有的所有socket),由于fin包的发送,本端内核可以立刻知道当前socket的状态。
文章目录 功能 语法 示例 lsof -i 显示 tcp,udp 的端口和进程等相关 查看服务器 80 端口的占用情况 使用 -p 查看指定进程打开的文件 更多命令 功能 lsof(list open...语法 语法格式:lsof -i:端口号 ---- 示例 lsof -i 显示 tcp,udp 的端口和进程等相关 [root@VM-24-3-centos ~]# lsof -i |more COMMAND...111507996 0t0 TCP *:http (LISTEN) [root@VM-24-3-centos ~]# COMMAND:进程的名称 PID进程标识符 USER:进程所有者 FD...:80 查看TCP协议80端口占用情况 lsof -c lsof 查看lsof命令使用的所有文件 lsof -p 1234:列出进程号为1234的进程所打开的文件 lsof -g gid:显示归属gid...的进程情况 lsof +d /usr/local/:显示目录下被进程开启的文件 lsof +D /usr/local/:同上,但是会搜索目录下的目录,时间较长 lsof -d 4:显示使用fd为4的进程
今天笔者就来从Linux源码的角度看下Client端的Socket在进行Connect的时候到底做了哪些事情。由于篇幅原因,关于Server端的Accept源码讲解留给下一篇博客。...重传的超时时间和 /proc/sys/net/ipv4/tcp_syn_retries 息息相关,Linux默认设置为5,建议设置成3,下面是不同设置的超时时间参照图。...仅仅就C语言的connect系统调用而言,不设置SO_SNDTIMEO,就会将对应用户进程进行睡眠,直到SYN_ACK到达或者超时定时器超时才将次用户进程唤醒。...对端SYN_ACK到达 在Server端SYN_ACK到达之后会按照下面的代码路径传递,并唤醒用户态进程: tcp_v4_rcv |->tcp_v4_do_rcv |->tcp_rcv_state_process...开启包活定时器 |->sk_state_change(sock_def_wakeup) 唤醒用户态进程 |->tcp_send_ack 发送三次握手的最后一次握手给Server端
今天笔者就来从Linux源码的角度看下Client端的Socket在进行Connect的时候到底做了哪些事情。...重传的超时时间和 /proc/sys/net/ipv4/tcp_syn_retries 息息相关,Linux默认设置为5,建议设置成3,下面是不同设置的超时时间参照图。 ?...仅仅就C语言的connect系统调用而言,不设置SO_SNDTIMEO,就会将对应用户进程进行睡眠,直到SYN_ACK到达或者超时定时器超时才将次用户进程唤醒。 ?...对端SYN_ACK到达 在Server端SYN_ACK到达之后会按照下面的代码路径传递,并唤醒用户态进程: tcp_v4_rcv |->tcp_v4_do_rcv |->tcp_rcv_state_process...开启包活定时器 |->sk_state_change(sock_def_wakeup) 唤醒用户态进程 |->tcp_send_ack 发送三次握手的最后一次握手给Server端
从Linux源码看Socket(TCP)的accept 前言 笔者一直觉得如果能知道从应用到框架再到操作系统的每一处代码,是一件Exciting的事情。...今天笔者就从Linux源码的角度看下Server端的Socket在进行Accept的时候到底做了哪些事情(基于Linux 3.10内核)。...关于epoll的原理可以看下笔者之前的博客《从linux源码看epoll》: https://my.oschina.net/alchemystar/blog/3008840 在这里描述一下原因,核心就是...epoll_wait在水平触发下会在这个fd仍有未处理事件的时候重新塞回ready_list并在此唤醒另一个等待在epoll上的进程!.../alchemystar/blog/3098219 另外,对于accept_queue具体的填充机制以及源码,可以见笔者另一篇博客的详细分析 《从Linux源码看Socket(TCP)的listen及连接队列
今天笔者就来从Linux源码的角度看下Server端的Socket在进行listen的时候到底做了哪些事情(基于Linux 3.10内核),当然由于listen的backlog参数和半连接hash表以及全连接队列都相关...在这里,我们直接给出TCP Socket所对应的ops也就是操作函数。...这就会引起一些微妙的现象,这个在本文中会进行讲解。 接下来,我们就进入Linux内核源码栈吧 listen |->INLINE_SYSCALL(listen......)...为什么要存在半连接队列 因为根据TCP协议的特点,会存在半连接这样的网络攻击存在,即不停的发SYN包,而从不回应SYN_ACK。...if (sk_acceptq_is_full(sk) && inet_csk_reqsk_queue_young(sk) > 1) { NET_INC_STATS_BH(sock_net(sk), LINUX_MIB_LISTENOVERFLOWS
这一篇大致说一下进程的创建,有兴趣的可以参考之前的一些文章或者直接上代码https://github.com/theanarkh/read-linux-0.11。 系统有一个GDT表。...该表保存了系统和所有进程的tss和ldt描述符信息。tss就是我们平时说的进程上下文。每个进程有一个ldt数组,里面保存了代码段和数据段的描述符信息。 首先,从一个进程的诞生说起。...我们知道,通过fork可以创建一个进程。下面我们来看一下fork的过程都做了什么事情。先通过find_empty_process获取一个可用的进程id和pcb。pid是进程id。...pcb是管理进程的结构体。...在这里插入图片描述 进程创建的本质就是申请一个新的pcb,里面保存了该进程的相关信息,假设现在轮到该进程执行。系统会根据tss选择子到gdt表中找到tss结构体的地址。
,做了一些调整来支持 IO 密集型场景使用,具体介绍可以看之前写的两篇文章。...图片来自 TCP 状态机图上半部分描述了三次握手建立连接过程中状态的变化图下半部分描述了四次挥手断开连接过程中状态的变化图片图 2 是通过三次握手建立连接的过程,老八股文了,建议结合图 1 状态机变化图看...,图片来源三次握手图片图 3 是通过四次挥手断开连接的过程,建议结合图 1 状态机变化图看,图片来源四次挥手图片服务端程序调用 listen() 函数后,TCP 状态机从 CLOSED 转变为 LISTEN...和somaxconn 的最小值State: 非 LISTENRecv-Q: 已接受但未被应用进程读取的字节数Send-Q: 已发送但未收到确认的字节数以上区别从如下内核代码也可以看出,ss 命令就是从...然后借 Tomcat 配置参数 accept-count 引出了 Tcp backlog,从 linux 内核源码层面详细讲解了下 TCP backlog 参数以及半连接、全连接队列的相关知识,包括连接队列大小设置
一、普通进程 在 Linux 中普通进程依赖称之为 nice 值 的东东来进行进程的优先级描述。nice 值的范围是 [-20, 19]。...越高优先级的 普通进程 有着越高的执行时间(注意,这里值的越高的执行时间,指的是在一小段观察时间内,每个可执行的进程都执行一遍的情况,这里的描述可能产生一些歧义,稍安勿躁,接着看)。...—— 小结 实时进程优先级:value 越高,优先级越大 普通进程优先级:nice值越高,普通进程的优先级越小 任何实时进程的优先级 > 普通进程 Linux 调度算法 ---- Linux 中有一个总的调度结构...既然所有进程的vruntime增长速度宏观上看应该是同时推进的,那么就可以用vruntime来选择运行的进程,vruntime值较小就说明它以前占用cpu的时间较短,受到了“不公平”对待,因此下一个运行进程就是它...Linux 调度时机 ---- 一、进程切换 从进程的角度看,CPU是共享资源,由所有的进程按特定的策略轮番使用。
查看进程数 ps aft |grep tcp.php tcp.php文件进程数为8; 发布者:全栈程序员栈长,转载请注明出处:https://javaforall.cn/111946.html原文链接
,类似apache的perwork模式 php多进程的解释 <?...php $pid = pcntl_fork(); //父进程和子进程都会执行下面代码 if ($pid == -1) { //错误处理:创建子进程失败时返回-1....die('could not fork'); } else if ($pid) { //父进程会得到子进程号,所以这里是父进程执行的逻辑 pcntl_wait($status); /.../等待子进程中断,防止子进程成为僵尸进程。...} else { //子进程得到的$pid为0, 所以这里是子进程执行的逻辑。 } ?>
02 — ps ps 命令用于显示当前系统中由该用户运行的进程列表 选项 说明 -ef 查看所有进程及其 PID(进程号)、系统时间、命令的详细目录、执行者等。...-aux 除可显示 -ef 所有内容外,还可显示 CPU 及内存占用率、进程状态。 -w 以加宽方式显示,这样可以显示较多的信息。...03 — pidof 根据进程名查询进程号 oracle@yaoyuan ~$ pidof mysqld 1907 oracle@yaoyuan ~$ ps -ef|grep mysqld mysql...00:01:57 /usr/sbin/mysqld 04 — kill 而 kill 命令用于输出特定的信号给指定进程号(PID)的进程并根据该信号完成指定的行为,其中可能的信号有进程挂起、进程等待、...07 — crontab 我们希望 Linux 系统能够周期性地、有规律地执行某些具体的任务,那么Linux 系统中默认启用的 crond 服务简直再适合不过了 创建、编辑计划任务的命令为“crontab
笔记:根据一个进程的名字或启动此进程的命令(连续的一部分即可)杀死进程 一、使用单条命令 ps -ef | grep 进程名/启动进程的命令 | grep -v grep | awk ‘{print $2...}’ | xargs kill -9 执行结果: [1]- 已杀死 sleep 200 [2]+ 已杀死 sleep 200 二、编写脚本 linux.../bin/bash # 脚本名:kill_process.sh # 脚本功能:强制杀死进程 方式kill -9 # 1通过ps查询进程的id # 2使用kill -9 强制终止进程...请使用此方式运行:/bin/bash kill_process.sh 进程名” exit 1 fi # 获取要被杀死的进程名 pName=$1 <<! ...————————————————————— # 根据进程名查询包含进程名的进程 并排除grep查询进程和此脚本进程 ps -ef | grep “$pName” | grep -v grep | grep
1.查进程 ps命令查找与进程相关的PID号: ps a 显示现行终端机下的所有程序,包括其他用户的程序。 ps -A 显示所有程序。...ps c 列出程序时,显示每个程序真正的指令名称,而不包含路径,参数或常驻服务的标示。 ps -e 此参数的效果和指定"A"参数相同。 ps e 列出程序时,显示每个程序所使用的环境变量。...ps s 采用程序信号的格式显示程序状况。 ps S 列出程序时,包括已中断的子程序资料。 ps -t 指定终端机编号,并列出属于该终端机的程序的状况。...2.杀进程和查看进程对应PID目录下exe文件信息 最常用的方法是ps -aux或者ps -ef 然后再通过管道使用grep命令过滤查找特定的进程,然后再对特定的进程进行操作。...使用kill命令结束进程:kill -a 进程pid 或者 killall 程序名 查看对应PID目录下的exe文件信息: [root@localhost postfix]# ps -aux|grep
2.杀死进程 使用kill命令结束进程:kill xxx 常用:kill -9 324 Linux下还提供了一个killall命令,可以直接使用进程的名字而不是进程标识号,例如:...(1)强行中止(经常使用杀掉)一个进程标识号为324的进程: #kill -9 324 (2)解除Linux系统的死锁 在Linux中有时会发生这样一种情况:一个程序崩溃,并且处于死锁的状态。...(4)killall命令 Linux下还提供了一个killall命令,可以直接使用进程的名字而不是进程标识号,例如: # killall -HUP inetd *杀死进程最安全的方法是单纯使用kill...其允许指定要终止的进程的名称,而非PID。 # killall httpd *停止和重启进程 有时候只想简单的停止和重启进程。...如下: # kill -HUP PID 该命令让Linux和缓的执行进程关闭,然后立即重启。 *绝杀 kill -9 PID 同意的 kill -s SIGKILL 。
到这里,我们在总结下进程和线程的定义: 进程:一个正在运行的程序实例,包含一个或多个线程,最少有一个线程。 线程:执行进程的一部分程序或者代码指令。 那么他们之间的区别和联系是什么?...(1)进程包含至少一个线程,果只有一个线程,这个线程通常叫做主线程。线程是进程的一部分代码或者指令 (2)进程有独立的内存存储,线程共享进程的内存空间,此外线程有自己独立的的栈存储。...)进程有独立的signal信号,线程共享进程的signal信号 (7)进程相互之间不依赖,线程之间有依赖。...(8)进程不需要同步,线程一般需要同步 (9)进程是数据组织的概念,线程是cpu调度的概念 (10) 进程上下文切换慢,线程上下文切换快 最后还有一个问题,子进程与线程有什么关系?...这里需要注意子进程也是一个进程,一般用于多任务的操作系统,子进程也称子任务与进程的性质是一样的,也可以包含一个或多个线程。 总结: 本文主要介绍了操作系统中进程和线程的定义,区别和联系。
多进程TCP并发服务器 最初的服务器都是迭代服务器,服务器处理完一个客户的请求,再接受下一个客户的请求。但是我们的期望应该是一台服务器同时为多个客户服务。...对TCP套接口调用close会引发FIN,终止连接。...但是上面父进程的Close(connfd)却并没有影响子进程使用这个描述字进行客户请求处理,这是因为,父进程调用close只是将它的文件表项访问计数减一,文件表项访问计数值为0时才真正关闭。...[accept返回后客户-服务器的状态] 并发服务器的下一步是调用fork,下图是从fork返回后的状态。此时描述字listenfd和connfd是父进程-子进程共享的。...[父子进程关闭相应套接口后客户-服务器的状态] 最后的结果是子进程处理与客户的连接,父进程可对监听套接口调用accept来处理下一个连接。
领取专属 10元无门槛券
手把手带您无忧上云