……根据我的经验，人们并不知道如何构建多线程软件和编程语言在支持这种范式方面并没有做太多。多线程仍然是复杂错误的领域，以及专家编写专业软件的领域。在这个领域中，我看到的唯一有前瞻性的东西是Bend语言，几个月前它在这一领域取得了进展。此外，阿姆达尔定律仍然存在——如果程序的10%无法并行化，那么你最多只能获得10倍的加速。每块消费级芯片都有这么多核心。
源讨论测试AMD的Bergamo：Zen 4c原帖 100 条评论 · 导入时统计实际标题似乎是“测试AMD的Bergamo：Zen 4c垃圾信息” ，我真的很喜欢这个标题，因为从20年前的视角来看，这感觉有点像“垃圾信息”或CPU核心的“虫族突袭”。 正如我之前所说，我相信这将是CPU核心的未来。[1] 随着RAM延迟并没有真正跟上CPU的性能提升，拥有更多性能更好的核心似乎有点浪费。在云环境中，你总是有一些工作要做，看起来更简单的核心但更多的核心才是答案。在这种环境下，x86的遗产负担将会追上我们，我们需要摆脱所有解码杂乱的浪费晶体管。 https://news.ycombinator.com/item?id=40535915
完整原文把你的经验，加入这段讨论。
> 根据我的经验，人们并不知道如何构建多线程软件，编程语言也没有在这方面做太多支持。 Go？Rust？任何函数式语言？
完整原文> 多线程仍然是复杂错误的领域，以及专家编写专业软件的领域。 这还远未达到。Windows（7,10）在将任务分配给I/O和处理器时有困难。由于这个原因，模拟需要数小时，并且Windows喜欢将任务从一个核心迁移到其他核心。
完整原文> 多线程仍然是复杂错误的领域，以及专家编写专业软件的领域。 1）在云中总是有更多请求需要处理。每个请求仍然可以是串行的。2）像反应式流这样的技术允许并行化。独立线程获取锁永远是困难的，但有其他更容易的模型正在被采用。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。