给大家吐槽一下，我喜欢这么用C++

zylthinking

幻の上帝 发表于 2014-06-23 10:07
为什么要try？
就算要try，需要在这里try？次数？

你试试 array.reserve(1024 * 1024 * 1024 * 1024* 1024* 1024* 1024* 1024* 1024* 1024* 1024* 1024* 1024* 1024* 1024* 1024* 1024* 1024* 1024* 1024* 1024* 1024* 1024)
看看要不要 try

幻の上帝

zylthinking 发表于 2014-06-23 10:48
你试试 array.reserve(1024 * 1024 * 1024 * 1024* 1024* 1024* 1024* 1024* 1024* 1024* 1024* 1024*  ...

不需要，敢这么写的直接开了，因为：
1.溢出UB。
2.敢写得再没意义一点么。
另外，对于明摆着能预期确定行为的东西是没必要try的。

zylthinking

幻の上帝 发表于 2014-06-23 10:57
不需要，敢这么写的直接开了，因为：
1.溢出UB。
2.敢写得再没意义一点么。

你说的真不靠谱
我敢这么写， 你开开我？ 你知道我是谁， 你有开我的权利？

a()
{
    aray.reserve((uint64_t) (-1) / (1024 * 20));
    pause();
}

既然溢出了， 那好，  (uint64_t) (-1) 还是不是溢出？

没意义？
for (int i = 0; i < 1024 * 20; ++i) {
    pthread_create(a);
}

现在有没有意义了？

到底谁说的没意义

folklore

回复 23# zylthinking


    开这么多thread本身就是找死的得为， 光堆栈和thread的数据结构就可以耗死你。 除非你有那么多core，
我一般开的thread数是core数的5倍。（因为thread中会有IO）。
你这样好怕是性能还不如单线程吧。

zylthinking

folklore 发表于 2014-06-23 11:20
回复 23# zylthinking

你也真是会吐槽啊， 我的 point 难道是弄上几十亿个线程？

windoze

回复 24# folklore

用Fiberized.IO啊，至少开上几万个木有压力，这个东东就是为了threaded I/O这个场景设计的。

{:2_168:} {:2_168:} {:2_168:}