Deep Dive
为什么Go团队在2023年的贡献者峰会上没有明确的计划去实现NUMA-aware scheduler？
Go团队对NUMA调度的最佳实践并不十分了解，也不确定实现后是否能带来预期的性能提升。此外，没有其他编程语言有明确的NUMA调度经验可供参考。
Go团队在2023年贡献者峰会上对IO_uring的支持态度如何？
Go团队对IO_uring的支持表示怀疑，认为即使实现了也可能不会比现有的同步非阻塞IO方案性能更好。他们还担心这可能会打破Go网络编程的向后兼容性。
为什么Go团队倾向于挖一个大坑而不是渐进式地优化？
Go团队更倾向于解决80%的需求，倾向于做一些能够带来大量影响的事情，如PGO、泛型和并发GC。他们更倾向于将边边角角的事情留给社区来做。
Go团队在2023年贡献者峰会上主要关注哪些方面？
Go团队目前更关注profiling、tracing等工具链的开发，以帮助开发者更好地分析程序的性能瓶颈。他们似乎没有特别大的愿景或计划在Runtime中进行大规模的变动。
Go在2023年贡献者峰会上新增了什么日志库？
Go在标准库中新增了一个结构化日志库，名为slog（structuring log），这是社区长期呼吁的结果，旨在提供更好的日志记录和调试支持。
为什么Go团队在处理外部开发者的proposal时可能会显得不够重视？
Go团队可能更优先处理内部成员的proposal，外部开发者的proposal有时可能会被延迟处理或不被重视。这种区别对待在许多组织中都存在，但希望未来能有所缓解。
Andy在2023年贡献者峰会上最大的收获是什么？
Andy最大的收获是看到了一个健康的开源社区如何运作，外部贡献者基于自身业务需求反哺上游，推动语言的发展。此外，他也意识到Go团队目前更倾向于做一些工具链的优化，而不是大规模的Runtime变动。
为什么Go团队目前更倾向于做一些工具链的优化而不是大规模的Runtime变动？
Go团队目前更倾向于做一些外围的工具链优化，如profiling和tracing，以帮助开发者更好地分析程序性能。他们可能没有特别大的愿景或计划在Runtime中进行大规模的变动。
Go团队在2023年贡献者峰会上对WebAssembly的支持态度如何？
Go团队在WebAssembly的支持上没有明确的结论，讨论主要集中在32位和64位的支持优化上，但最终没有达成明确的解决方案，留下了开放式的结局。
为什么Go团队在2023年贡献者峰会上没有明确的计划去实现IO_uring？
Go团队对IO_uring的支持表示怀疑，认为即使实现了也可能不会比现有的同步非阻塞IO方案性能更好。他们还担心这可能会打破Go网络编程的向后兼容性。
- 讨论集中在 32 位和 64 位 WebAssembly 支持
- Keith Randall 分享了 Go 编译器设计的历史原因，解释了当前支持 WebAssembly 的难点
- 讨论没有得出明确结论，问题留待后续解决
Shownotes Transcript