据我的观察，centos stream 8 没那么 beta，rhel8.2 的时候它是 8.3，rhel8.3 的时候它是 8.4，可以看 https://koji.mbox.centos.org/koji/search?match=glob&type=build&terms=*el8.4*，它的迭代没有那么“不稳定”

https://centos.rip

@Ansen 为啥没用 Ubuntu 呢？

这就是国外用 debian 多的一大原因，centos 和 rhel 有商业关联

dnf update 一把梭

CentOS Stream 8 一个问题是没有明确的版本标识

有人啪啪的敲打机械键盘怎么办？

除非你们都是 955，大家都轻松的划水，那也无所谓，都是老油条混日子

你前端操什么后端的心，你有 100 个理由不懂后端的上线部署，对付这种老油条，有的是办法

既然没有专业运维，就谁的项目谁运维（包括部署），他新来的难道不用干活？不用交付上线？能活过试用期？

@darrh00 看来是 golang 的“特点”，正常情况下，ECC 相对 RSA 没有比例那么高的性能提升；几万以下的 rps，用哪个都行。
个人用户无所谓，反正是玩玩的。

go，加上 k8s，再加上 istio ；写到简历上，美美的

“go 性能好，用 go”

面向跳槽编程，可以可以

@darrh00
我司的一个 Go 写的 http 服务，之前用的 rsa 的，白天访问高峰能把 12 核的机器 CPU 全部跑满，换成 ECC,负载不到 1 了。
============================
我推测是代码 bug，甩锅给了 RSA 证书，哈哈
这个我真碰到过，代码 BUG，甩锅给了 intel CPU BUG

ECC 性能提升，但是不至于这么明显

@darrh00 我司的一个 Go 写的 http 服务，之前用的 rsa 的，白天访问高峰能把 12 核的机器 CPU 全部跑满，换成 ECC,负载不到 1 了。
============================================
你这要么道听途说，要么误导，或者你这个 go 每天百亿千亿级的请求量

根源： http://mirror.centos.org/centos/6/
归档： https://vault.centos.org/6.10/