从epoll构建muduo-8 加入发送缓冲区和接收缓冲区

最新推荐文章于 2022-04-29 16:54:57 发布
原创 最新推荐文章于 2022-04-29 16:54:57 发布 · 3.8k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#muduo #epoll #linux #网络编程 #socket

最低0.47元/天 解锁文章
读Muduo源码笔记---6（Buffer：应用层缓冲区）
qq_28840229的博客
10-24 389
1、存在的原因 TCP是一个无边界的字节流协议，接收方必须要处理“收到的数据尚不构成一条完整的消息”和“一次收到两条消息的数据”等等情况。这些情况被称为粘包问题。考虑一下场景：发送方发送两条5k字节的数据，接收方收到的情况可能是如下情况： 分两次收，一次5k，第二次5k 分两次收，一次2k，第二次8k 一次收10k 其他的可能 因此，必须在应用层对粘包问题进行处理，需要在应用层定义一个缓...
从epoll构建muduo-9 加入onWriteComplate回调和Buffer
voidccc的专栏
05-14 3008
mini-muduo v0.08版本，这个版本完善了缓冲区的实现。mini-muduo完整可运行的示例可从github下载，使用命令git checkout v0.08可切换到此版本，在线浏览此版本到这里  本版本有两处重要修改，首先实现了IMuduoUser的onWriteComplate回调，这样当用户一次传送大量数据到网络库时，用户会在数据发送完成后收到通知。当然了发送小量数据完成时也
服务器-epoll之缓冲区
Soar_dream的博客
07-18 898
在看Linux的高并发编程的文章中，一些老手，甚至一些视频都，在谈到缓冲区，动不动就发送缓冲区，接收缓冲区，对于开始接触epoll的兄弟，来说虽然明白缓冲是什么事，如果不深层的去思考的兄弟肯定觉得自己听明白了，事后自己分析问题或者写代码却又觉得好像没听懂呀。在这里也不说epoll的所有内容，就说epoll中提到的缓冲区，是谁的缓冲区，放在哪的缓冲区，什么来，要去哪？“差点没问我是谁，我...
muduo库的EpollPoller剖析
q5707802的专栏
02-14 556
EpollPoller，是muduo库对I/O复用机制epoll的封装，不过默认使用的是EpollPoller。在EventLoop中初始化构造poller_,调用newDefaultPoller(this)，构造默认的poller。EventLoop::EventLoop() : looping_(false), //表示还未循环 quit_(false), e...
字符串缓冲区太小怎么解决_epoll的两种模式 ET和LT printf的缓冲区问题 边缘非阻塞模式...
weixin_39774491的博客
12-03 1073
学习于：https://www.bilibili.com/video/av44660437/?p=9 前文：何柄融：多路复用I/O select poll epoll 何柄融：select poll epoll 再一次的了解这里就不讲epoll的基础了，如果对epoll没了解的请去前文学习。当时有：epoll除了提供select/ poll那种IO事件的电平触发(Level Triggered)...
学习muduo库（5）之有界缓冲区类无界缓冲区类BlockingQueue和BoundedBlockingQueue
请叫我少爷的博客
12-19 390
UML: BlockingQueue 这是一个用std::deque设计的线程安全的队列，其实要想简单的保证队列的线程安全，只需要在读写的时候加上锁就行啦。为了提高效率，这里引入了条件变量。产生的效果就是，当读出数据时，发现这个队列是空的，就把这个线程挂起到条件变量上，当写入数据的时候就唤起所有正在等待条件变量的线程。写法如下： void put(const T& x) ...
从epoll构建muduo-7 加入IMuduoUser
voidccc的专栏
04-25 3115
mini-muduo v0.06版本，这个版本应该算是一个里程碑版本，最重要的修改是将库和库的用户分离。完整可运行的示例可从github下载，使用命令git checkout v0.06可切换到此版本，在线浏览此版本到这里 1 在这个版本中，我们的网络库才真正的能被称为“库”。整个mini-muduo程序现在被分成了两部分，一边是库，另一边是库的用户。EchoServer这个类就是用户了，用户关
从epoll构建muduo-4 加入Channel
voidccc的专栏
04-15 4580
mini-muduo v 0.03版本，这是个版本最重要的修改是加入了一个名为Channel的类。完整可运行的示例可从github下载，使用命令git checkout v0.03可切换到此版本，在线浏览此版本到这里 介绍一下Channel类，先看其声明，这里特别要注意_events和_revents，前者是要关注的事件，后者是发生的事件，不仔细看容易混淆。名字的来源是poll(2)的struc
从epoll构建muduo-6 加入EventLoop和Epoll
voidccc的专栏
04-24 3973
mini-muduo v0.05版本，完整可运行的示例可从github下载，使用命令git checkout v0.05可切换到此版本，在线浏览此版本到这里 本版将程序的主要类都加入进来了，这个版本可以作为一个里程碑版本，最重要的修改是加入了两个类EventLoop和Epoll。加入这两个类后，程序代码逻辑就相对清晰多了。为了有个更直观的了解，我们对照之前介绍的最简单epoll示例（从epoll构
做一个接收的缓冲，cup空闲时刻处理缓冲数据
nomefat的专栏
04-18 1242
/* queue.c --ʵÏÖ¹¦ÄÜ£º¶¨ÒåÒ»¸ö»·ÐÎÏûÏ¢¶ÓÁУ¬ÊµÏÖ1.¶ÁÒ»¸ö×Ö½Ú 2.²åÈëÒ»¸ö×Ö½Ú 3.È¡³öÒ»ÌõÃüÁî¡£ ----------  ÃüÁî¸ñʽ¶¨Ò壺cmd:prama\r    »ñÈ¡ÃüÁîÒÀÕÕ":"Çø·ÖÃüÁîºÍ²ÎÊý£¬ÒÀÕÕ"\r"Çø·Ö½áβ¡£ aut
我读过的最好的epoll讲解--转自”知乎“
weixin_34015336的博客
06-05 9512
作者：蓝形参，Geek 伪技术宅    首先我们来定义流的概念，一个流可以是文件，socket，pipe等等可以进行I/O操作的内核对象。    不管是文件，还是套接字，还是管道，我们都可以把他们看作流。    之后我们来讨论I/O的操作，通过read，我们可以从流中读入数据；通过write，我们可以往流写入数据。现在假定一个情形，我们需要从流中读数据，但是流中还没有数据，（典型的例子为，客户端要...
muduo缓冲区Buffer类
长期更新自学笔记
04-29 1241
文章目录1. retrieve相关方法2. 扩容函数Buffer::makeSpace3. appned方法4. Buffer::readFd读取数据5. Buffer.h mainLoop给subLoop传递的TcpConnection对象包含以下一些主要的成员，我们来看一下这两个Buffer数据成员 我们在TCP通信过程中经常会发生TCP的粘包问题，我们一般会在数据头部分加上数据的长度，通信双方可以根据数据的长度，读取信息，从而避免粘包问题 接收端可能接收的数据比较多，而应用程序目前只需要一部分数据，
muduo网络库学习（六）缓冲区Buffer及TcpConnection的读写操作
一个程序渣渣的小后院
10-26 3220
在tcp的通信过程中，内核其实为tcp维护着一个缓冲区 当调用write/send时，会向内核缓冲区中写入数据，内核和tcp协议栈负责将缓冲区中的数据发送到指定<ip，port>的目标位置。 当有数据到达内核的tcp缓冲区中，如果开启了对套接字可读事件的监听，那么内核会让套接字变为可读状态，从而从poll函数中返回，调用read/recv进行读操作。 但是，内核维护的tcp缓冲区通常都比较小 如果调
4G内存服务器epoll并发量最大能达到多少
$firecat利白的代码足迹$
05-31 8394
文章来源：http://www.jb51.net/LINUXjishu/346080.html 这篇文章主要介绍了4G内存服务器epoll并发量最大能达到多少？,本文总结了一些计算的公式,仅做参考,需要的朋友可以参考下 按照题主的意思 是根据内存去算一个最大并发的连接数. 那么首先要找出来单个连接消耗内存的地方. 第一个首先是socket buffer. read 和writ
TCP/IP学习（四）TCP缓冲区大小及限制
热门推荐
胜利者的经验并不复杂,那就是寻找人生的关键点,并在关键时刻竭尽全力
07-19 6万+
这个问题在前面有的部分已经涉及，这里在重新总结下。主要参考UNIX网络编程。 （1）数据报大小 IPv4的数据报最大大小是65535字节，包括IPv4首部。因为首部中说明大小的字段为16位。 IPv6的数据报最大大小是65575字节，包括40字节的IPv6首部。同样是展16位，但是IPv6首部大小不算在里面，所以总大小比IPv4大一个首部（40字节）。 （2）MTU 许多网络有一个可由硬
透彻理解LINUX下TCP的发送缓冲区接收缓冲区与滑动窗口
03-26 4101
1.查看内核手册介绍(man 7 socket):  SO_RCVBUF               Sets  or  gets  the maximum socket receive buffer in bytes.  The kernel doubles this value (to allow space for bookkeeping overhead) when it is
epoll 边缘触发 当fd 接收缓存区满了 fd会再活跃吗
最新发布
09-19
<think> 首先，用户的问题是关于epoll边缘触发（Edge Triggered, ET）模式的：当文件描述符(fd)的接收缓冲区满了之后，该fd是否会再次变为活跃状态？我需要基于提供的引用内容来回答。 回顾引用： - 引用[1]：解释了如何设置ET模式，包括使用EPOLLET标志，并建议将套接字设置为非阻塞模式。 - 引用[2]：讨论了在使用ET模式时如何处理输出缓冲区，包括当操作系统缓冲区有空间时epoll会通知网络库继续发送数据。 - 引用[3]：比较了LT和ET模式，展示了ET模式下必须循环读取直到EAGAIN错误，表示所有数据已读取完毕。 - 引用[4]：提到epoll相比select的优势，但不直接相关。 用户的核心问题是：在ET模式下，fd接收缓冲区满后，fd是否会再次活跃？ 关键概念： - 在epoll ET模式下，事件只在状态变化时触发。例如，对于可读事件（EPOLLIN），只有当数据从无到有到达时触发一次；之后如果没有新数据到达，即使缓冲区中有剩余数据，也不会再次触发。 - 对于可写事件（EPOLLOUT），在ET模式下，事件只在套接字缓冲区从满变为有空间时触发；如果缓冲区一直有空间，就不会触发；只有当缓冲区满了然后有空间时，才会触发一次。 应用到接收缓冲区（输入缓冲区）： - 接收缓冲区满意味着没有空间接收新数据。问题是在ET模式下，当缓冲区满后，fd是否会再次活跃？这里的"活跃"可能指epoll报告事件。 - 对于输入事件（EPOLLIN）： - 在ET模式下，EPOLLIN事件只在数据到达时触发一次。如果你没有读取所有数据（例如，只读了一部分），下一次有新数据到达时才会再次触发。 - 如果接收缓冲区满（意味着内核的接收缓冲区满了），那么当应用程序读取一些数据后，缓冲区有了空间，新数据可能会到达，但epoll不会因为缓冲区有剩余空间而触发事件；它只在新数据实际到达时触发。 - 更具体地说： - 当fd的接收缓冲区从空到有数据时，ET模式会触发EPOLLIN。 - 如果你读取部分数据，缓冲区中还有剩余数据，但由于没有新数据到达，epoll不会再次触发，直到新数据到来。 - 如果接收缓冲区满了（例如，因为应用程序没有读取数据），那么当缓冲区满了时，不会触发任何事件；只有在缓冲区有空间后，新数据到达时才会触发EPOLLIN。 从引用中提取信息： - 引用[3]强调ET模式下必须循环读取直到EAGAIN错误，表明如果数据到达后没有完全读取，epoll不会再次通知，直到新数据到来。 - 引用[2]讨论输出缓冲区（发送缓冲区）：当缓冲区有空间时，epoll会通知EPOLLOUT事件（在ET模式下），这发生在缓冲区从满变为有空间时。 对于输入缓冲区： - 在ET模式下，EPOLLIN事件只在数据第一次到达时触发。如果应用程序读取所有数据（直到read返回EAGAIN），那么下次新数据到来时会再次触发。 - 如果接收缓冲区满了（例如，内核缓冲区满），应用程序没有读取数据，那么： - epoll不会因为缓冲区满而触发事件；缓冲区满本身不是一个事件触发点。 - 只有当新数据尝试到达但被丢弃或处理时，TCP可能会有流量控制，但epoll事件是基于状态变化。 - 具体来说，当缓冲区有空间时，如果有pending数据，epoll不会通知；只有在实际新数据到达时通知。 标准epoll行为： - 在ET模式下： - EPOLLIN: 触发当有新的数据可读时（即，数据从没有被读取变为可读）。 - 一旦触发，你必须读取所有可用数据（直到read返回EAGAIN）。 - 如果没有新数据到达，即使缓冲区中有剩余数据，也不会再次触发。 - 关于缓冲区满： - 如果接收缓冲区满了（内核TCP缓冲区满），那么发送端可能会被阻塞或丢弃数据，但对epoll来说： - 当缓冲区满时，没有事件触发。 - 当应用程序读取数据释放空间后，如果有新数据立即到达，可能会触发EPOLLIN，但epoll事件不是在缓冲区有空间时触发；它只在数据实际可用时触发。 直接回答问题： - fd接收缓冲区满后，fd是否会再次活跃？ - "再次活跃"指epoll报告该fd有事件。 - 在ET模式下： - 如果缓冲区满了，意味着没有空间接收新数据。此时，epoll不会报告事件，因为没有状态变化。 - 当应用程序读取一些数据，释放了缓冲区空间： - 如果有新数据在空间释放后立即到达（例如，从网络到达），epoll会触发EPOLLIN事件。 - 如果没有新数据到达，就不会触发事件。 - 因此，缓冲区满本身不会导致fd再次活跃；只有在新数据到达或有其他状态变化时。 从引用[2]的输出缓冲区例子： - 对于发送缓冲区（EPOLLOUT），在ET模式下，事件只在缓冲区从满变为有空间时触发一次。之后，如果你发送更多数据，填满缓冲区，然后有空间，它会再次触发。 - 类似地，对于接收缓冲区： - 当缓冲区从满变为有空间时，如果有数据pending，但epoll不会为接收缓冲区的空间可用性触发EPOLLIN；它只在数据实际可读时触发。 结论： 在epoll边缘触发模式下，当fd的接收缓冲区满了之后，fd不会仅仅因为缓冲区满而再次变为活跃状态。它只会在有新数据到达或缓冲区状态变化（如从满变为有空间且新数据到达）时再次触发事件。 回答结构： - 根据系统指令，使用中文回答。 - 结构清晰：先解释概念，然后回答问题。 - 引用相关部分：在末尾添加引用标识。 - 生成相关问题。 最终回答： - 解释ET模式的基本行为。 - 直接回答用户的疑问。 - 引用支持的点。 - 生成相关问题。 </think> ### epoll边缘触发模式下的接收缓冲区状态与fd活跃性分析 在epoll边缘触发（Edge Triggered, ET）模式下，文件描述符（fd）的事件通知机制依赖于状态变化而非持续状态。针对您的问题："当fd的接收缓冲区满了之后，fd是否会再次变为活跃状态？" 以下是逐步分析： #### 核心原理 1. **边缘触发模式的行为**： - ET模式只在fd状态发生**变化**时触发一次事件（例如，从无数据到新数据到达）。之后，即使缓冲区中仍有剩余数据，epoll也不会重复通知，除非再次发生状态变化[^3]。 - 对于接收缓冲区（输入缓冲区）： - EPOLLIN事件仅在**新数据到达**fd时触发一次。 - 如果应用程序未完全读取数据（导致缓冲区满），epoll不会因为缓冲区中有剩余数据而再次触发事件。 - 只有当新数据**再次到达**（例如，网络有新包传入），缓冲区状态从"满"变为"有空间且新数据到来"时，epoll才会重新报告fd为活跃状态[^1][^3]。 2. **接收缓冲区满的场景**： - 当fd的接收缓冲区满（内核TCP缓冲区无空间接收新数据）时： - epoll**不会**立即触发任何事件，因为缓冲区满本身不是状态变化点。 - 只有当应用程序读取部分数据**释放缓冲区空间**，且**新数据随后到达**时，epoll才可能触发EPOLLIN事件，使fd再次活跃[^2][^3]。 - 如果新数据未到达，即使缓冲区有空间，epoll也不会通知（这与水平触发LT模式不同）。 #### 关键结论 - **fd不会仅仅因为接收缓冲区满而再次变为活跃状态**。活跃性取决于新数据到达引起的状态变化： - 缓冲区满 → 应用程序读取释放空间 → 新数据到达 → epoll触发EPOLLIN事件（fd再次活跃）。 - 如果无新数据，fd将保持非活跃状态，即使缓冲区有剩余空间[^1][^3]。 #### 示例说明 参考引用中的ET模式处理逻辑： ```c // ET模式必须循环读取直至缓冲区空 if (events & EPOLLIN) { while (1) { ssize_t n = read(fd, buf, sizeof(buf)); if (n <= 0) { if (errno == EAGAIN) break; // 缓冲区空，无数据可读 // 处理错误 } // 处理数据 } } ``` - 此代码要求读取**所有可用数据**直至`read`返回`EAGAIN`（表示缓冲区空）。如果未完全读取，缓冲区满后epoll不会重复通知，除非新数据到达[^3]。 #### 最佳实践 - **非阻塞模式**：ET模式通常需将fd设置为非阻塞（使用`fcntl`设置`O_NONBLOCK`），以避免`read`阻塞。 - **循环读取**：在ET模式下处理EPOLLIN事件时，必须循环调用`read`直到返回`EAGAIN`，确保清空缓冲区[^1][^3]。 ### 相关问题 1. 在epoll边缘触发模式下，如何处理fd的接收缓冲区以避免数据丢失？ 2. epoll边缘触发与水平触发模式在性能上有何主要差异？ 3. 为什么在ET模式下建议使用非阻塞套接字？ [^1]: epoll水平触发（Level Triggered）和边缘触发（Edge Triggered）详解 [^2]: 从epoll构建muduo-8 加入发送缓冲区和接收缓冲区 [^3]: epoll的水平触发（LT）与边缘触发（ET）模式
评论 5
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值