•  JJ
    2019-10-14
    边缘条件,当套接字缓冲区可写,会不断触发ready notification事件,不是应该条件触发才是这样吗?

    作者回复: 笔误,已经让编辑勘误了,感谢指正。

     1
     6
  • 沉淀的梦想
    2019-10-15
    在ET的情况下,write ready notification只会在套接字可写的时候通知一次的话,那个时候应用还没准备好数据,等到应用准备好数据时,却又没有通知了,会不会导致数据滞留发不出去?这种情况是怎么解决的呢?

    作者回复: 你可以再次注册这个write ready的事件啊,不是说只能注册一次就结束了,而是你注册了一次,它就通知你一次;而LT的情况下,可能你注册了一次,它通知你好多次。

    
     1
  • Steiner
    2019-10-14
    老师能不能为这个框架写一份README.md,我对这个实现很感兴趣

    作者回复: 你需要什么样的README.md呢?第四篇会详细讲解这个框架的设计,也行你读完之后,可以写一个README.md push到git上呢?

     2
     1
  • Kevin
    2020-01-29
    源代码看起来有点花了点时间,将这部分的代码从抽离了出来,便于大家跟踪代码理解,同时写了简单的makefile。代码地址:https://github.com/kevinrsa/epoll_server_multithreads 。如有不妥,联系删除

    作者回复: makefile写得不错:)

    
    
  • 张三说
    2019-12-13
    老师,一直没搞懂ET和LT的性能区别,仅仅因为LT会多提醒一些次数就与ET相差明显的性能吗?一直很纠结这个问题

    作者回复: 有没有跑例子程序呢?其实不用纠结,最新的测试表明,两者差别其实没有那么大。但是非要比一个差距的话,ET还是效率好一些,但是对应用程序开发者的要求高一些。

    
    
  • 林林
    2019-12-02
    文稿中的框架示意图,我看到main reactor 和 sub reactor都各自运行了epoll,请问是否各自处理不同的socket? 如果处理了相同的socket会发生什么吗?

    作者回复: main reactor处理的是监听套接字上的事件,sub reactor处理的是已连接套接字上的事件,两个是不重合的。

    如果处理了相同的socket,那么肯定需要通过锁-并发来控制,无形中就增加了处理的开销,降低了程序处理的效率。

    
    
  • 流浪地球
    2019-10-17
    细读了下老师git上的代码,套接字都是设置为非阻塞模式的,但并没有对返回值做判断处理,看上去好像是阻塞式的用法,求解?

    作者回复: 可能是考虑不周,有可能的话麻烦提一个MR或者issue,大家一起来改。

    
    
  • 传说中的成大大
    2019-10-16
    看到CMake我就完全懵逼。。。。

    作者回复: 还好吧,看一下CMake的文档,以前我一直用的Makefile, CMake也是现学的。

    
    
  • 刘丹
    2019-10-14
    看了github上面的lib目录,很多文件里的函数没有介绍,注释也不多。

    作者回复: 在第四篇会有详细的介绍,如果有疑问,可以沟通,我统一回复或答疑。

    
    
  • 刘丹
    2019-10-14
    终于看到github地址了,建议每节课都写一下链接地址,没代码的章节除外。

    作者回复: 好的,已经这么做了。

    
    
我们在线,来聊聊吧