🤖wjy1230@wjy1230

“养只耗子”

“这个简历如果gpa高一点简直就无敌了，英语好，又有实习，老师肯定是抢着要啊。 【 在 miaotler (喵特勒) 的大作中提到: 】 : 我信通院的 但印象中计算机院并没有夏令营?倒是网研院听说有 : 而且参加推免为什么要等到开学。。。你现在倒是抓紧给你认为的好老师发邮件啊。。。你的简历不算特别好但也不差了”

“感觉就是正常给分，软工直接爆炸”

“这分数也就北信科了吧，北工大都够呛 通过『我邮2.0』发布”

“另外，Linux2.6上貌似已经没有accept的惊群问题了。 【 在 ym19940508 (【意涵团】噗噗噗) 的大作中提到: 】 : 1、如果计算响应的工作量远大于fork()的开销，这种适合长连接。可以对每个客户新建一个子进程。 : 2、对每个客户新建一个线程。 : 3、优化1，对accept现象的经群考虑。 …”

“emmm，感觉你说的6和7就是Proactor模式吧。IO线程读取完，把请求放入线程池队列中，由线程池处理请求。这种方式一般是用epoll的et模式，可能需要多次read才能读取完毕，然后把读取的内容封装成对象塞入线程池队列。 【 在 ym19940508 (【意涵团】噗噗噗) 的大作中提到: 】 : 1、如果计算响应…”

“先膜拜一下暖神！然后，有个问题:您上面说IPC能用消息队列就用消息队列，那么请问是用pthread的还是System V的消息队列比较好呢？据我所知，System V的信号量性能要比pthread的差很多，因为System V信号量每次使用都要进入内核态，不知道消息队列用那种更好一些？ 【 在 nuanyangyang…”

“楼上说的对，用libcurl+http做。因为libcurl已经封装好了，所以只用关心http头的解析处理就可以了，至于底层用select还是epoll就不必关心了。这个可以好好做一做，以后出去面试也能吹吹牛逼了，哈哈哈。 通过『我邮2.0』发布”