接上贴
swap = 0
又不会有什么问题，顶多不够的时候 OOM 掉分高的而已

常见的是散热问题，或者内存出错（毕竟便宜是没有 ECC 的），具体看看有没有 dmesg/kmesg 记录了

V2 水平堪忧啊…… swap = 0

不借不就好了，多简单。

我看 sm2 依赖随机数，楼上有人说了可能是随机数速度跟不上。
具体可以 strace， 实在不行就 linux perf 看看咯

@y3y #15 有关系，很简单。

例如一个算法在机器上吞吐量有 8Gb/s，而你的外部存储 IO 只有 200Mb/s，那大部分时间都是 CPU 在等外存读写。
（ 8GB/s 是 2.4GHz 的 arm64 跑 AES 硬件加密都可以轻易达到，更不用说变态的 x86 架构了……

一般是 CPU 比 IO 快导致的，你试试把源数据放到 ramdisk 里。

最后有几条高压线了
大兄弟

@wangbenjun5 #3

3 层可以的，如果操作系统支持的话，连 2 层都可以……

@k9982874 #34 并没有，Ken 老爷子本来就是想对标 C++的，可以看看西乔的漫画，总结得挺好的
https://blog.csdn.net/Jerry_1126/article/details/72811587

Time machine
温控风扇
酸酸乳

语法没啥问题，我 Python 转的都看得很舒服。
别的语言不在乎什么？在乎什么？不细说没办法回。

我只想说 Go 很工程，扎扎实实。
遵从一个代码规范，没有泛型、重载、duck type，看代码就能知道发生了什么，不需要再看上下文，或者去考虑什么库版本乱七八糟的东西。
一个静态二进制，没有依赖，只有经历过依赖噩梦才能体会必要。
channel+goroutine 解决了进程间通讯，异步回调，这些伤脑的事，专注于逻辑实现，挺好。
非空 interface 相当于承诺书，管你是 net.Conn, os.File, os.Pipeline, Kafka.Channel, 都能一样读出来，代码不用改。
而语言层面支持 gen，告诉你，就算这都不行，还有自动化这条路。

这就是为啥我喜欢 Go 的原因。

搞语言学，或者自己炫技图爽显聪明的程序员，
大可以对 Go 嗤之以鼻，换你们喜欢的方式去搞，
反正到时候换了工作，哪用管后面接盘的怎么骂你。

@Keyes #2 谁说依赖 glibc 的？

你们当成 C++ 2.0 就行了

5G 就好了，直接用信道探测，看看哪个空就用哪个

你不会是租花样年的吧……
这里确实很坑，不过我的房东还不错，两年了没涨过房租

以前在北京有~不过没什么 X 用
所以我搬到深圳来了

{ "to" : 50 },
{ "from" : 50, "to" : 100 },
{ "from" : 100 }

这是个什么逻辑……

不用 range，直接 gte lte 也可以的吧

大伯和爸爸都有？
楼主你也要小心了……
做个基因筛查比较好