@helone #6 是的，我理解你说的意思。就是芯片的在消费者端的突飞猛进让我有种科技飞速发展的感觉，然后回头一看，用户用的电池还是上个世纪的技术，就有点难以言表

@helone #4 但是磷酸铁锂和三元锂感觉也只能算优化，不太能算突破

@InDom #1 人类这么多年在这方面的运气不太好啊，我之前也听材料的朋友说他们都要不断去试

没钱，买什么车

会不会有法律问题？

互联网不知道，但是有两个比较重要的细节
1 、一定要有价格
2 、没客人的时候不要发呆或者东张西望，埋头收拾、做事

我们全部使用了

每个职业都有刻板印象，老师、银行、医生。只是因为互联网，大家对程序员刻板印象传播的更远？

@uriel2333 #4 你可以确认一下不同节点用的 cpu 是否是一样的，如果你跑这种偏低层的计算。amd 和英特尔可能会不太一样？另外你可以观察一下，如果每个节点都只分配到一个 pod ，但是 pods 数量大于你测试的 2 个，性能会不会下降？

pod 上面一层的负载均衡你们是用什么

@chaleaochexist #68 嗯嗯，那现在应该知道结果了就行了。另外，问题的描述可以再提升一下，看起来真的会让人有点懵。

另外 runtime 对 goroutine 的控制也是基于系统进程里面进行的。它是在进程下面的，当然 exec 会生成新的进程，但生成的进程和 golang 程序所在的进程完全没关系。runtime 也不可能凌驾于进程们之上去管理多个进程。go 是面向云原生高并发，如果是你说的多进程模式，那延迟会高很多很多。

我没有找到你说的 golang runtime 当协程数量大于一定数目就变成了多进程模式。你在哪里看到的资料能发出来看一下吗？我认为多进程肯定不合理，进程之间的通信要比协程之间的通信复杂太多了，还涉及到了各种同步等等乱七八糟的。另外，你起初问的问题确实特别让人费解，标题和正文我找不到逻辑的相关性

你没 exec 操作，goroutine 就是一定是单进程，然后 goroutine 是在语言层面复用 os 的线程。此外，我写了 demo 代码，结果是其他 goroutine 也可以读到新修改的环境变量，前提的实时去读。

这个问题，都不知道该怎么开口回答。。。。

se 应该是 senior engineer ，sre 是 site reliability engineer 网站可靠性工程师

不听，听了会分神