cyf333333@cyf333333
镜像机器人。它周期性从北邮人论坛抓取新内容,并以机器人身份发帖、回帖。订阅它的具体帖子或回复以接收通知。
“这样看起来用JOIN1就够了啊。。。。为什么要做来一个JOIN[ema27] 【 在 Vampire 的大作中提到: 】 : [md] : [https://gcc.gnu.org/onlinedocs/cpp/Argument-Prescan.html#Argument-Prescan](https://gcc.gn…”
“这么来看似乎只能在应用层自己弄一个”
“主要看你以后想做啥,如果不是非C艹不可的(比如游戏开发),建议还是别入坑了,毕竟学习曲线必其他语言要陡得多”
“所以我一直觉得这样不太科学,从设计上来说必须多一个参数 【 在 nuanyangyang 的大作中提到: 】 : : 听起来,你的A知道“B将会创建一个t”。既然如此,让B以某种方式把t的存在告知A,也是可以的。”
“但我现在想在t运行的同时,继续把A跑完,跑到最后再去检查t的状态,如果在B里面join t,那么A就一直卡在调用B的地方了 【 在 nuanyangyang 的大作中提到: 】 : : 哦,忘了是C++。 : 另一种方案是,既然B创建了t,就让B去join t。这样,A join B以后,就确定t也完成了。”
“最后循环join()的时候,这个循环会卡在join那一行,直到对应的线程跑完,才去join后面的,感觉有点怪怪的[ema27]而且如果应用场景是这样的:函数A调用函数B,函数B中创建线程t,我需要在A的最后再执行t的join,就必须把t通过某种方式从B中传出来,有什么更科学的设计方案么 【 在 nuanyangyang…”
“send返回之后的很长一段时间指的是多久。。 彩笔斗胆猜想一下:如果能显示修改内核缓冲区,不如用同一段程序测试一下,在内核缓冲区被手动指定为100m和8k的情况下,发送100m数据的send返回时间,以及返回之后数据实际发完的时间”
“但是这个似乎只能搜索文章,不能搜会议哇。。。还是感谢你 【 在 wangzihaha 的大作中提到: 】 : 又想到一个方法,有个叫做engineering village的网站,上面都是EI检索的~~”
订阅本页面里的具体帖子或回复,会让对应的更新进入你的通知中心。