@kele999 这种怀疑毫无意义，代码是开源的，可以自己去查

@lichao 还有一些索引和表的 b-tree 有些设计都是在内存里存着，然后 fsync 到文件系统，所以有内存的帮助，I/O 开销并没有那么高，一个证据就是 sqlite 的官网在一个页面就有两百多条 sql 查询而渲染的，但速度能在 0.01 秒内完成，显然是有优化效果的。

@lichao n+1 最大的开销还是网络，进程内的函数调用开销很小，可以看这个介绍： https://www.sqlite.org/np1queryprob.html

@maggch97 这个开销才正常一些👍但你怎么统计实时用户的？

@maggch97 应该不是 golang 的问题，是 sfu 实现的问题，pion 本身应该也 OK ，不过调试真困难是真的😅

@shawndev 没有列出全部的功能

@codingbody https://www.bmpi.dev/self/my-writing-story/250k/ 这里有排版的介绍

@learningman 😂等过两年再弄个简洁的，重新弄还是挺麻烦的

@moose123 我现在就 2 个

@moose123 团队用完 elixir 就回不去了😄

@moose123 小众语言招聘难是个绊脚石，只能招学习能力好的培养了，好在入门也很快，起码比 rust 快多了😂另外工作机会少也导致大家不愿意投资这个技术，作为 side project 倒很好，出活快。

@xieren58 用 rust 搞明年也上线不了😂

@moose123 相当于实时通信 Web （ real-time ）的 Python+Django 组合，迅速出活，实时交互。所以 free4.chat 这个项目我设计了三大 feature：Real-time Communicating ，基于语音的实时聊天； Real-time Collaborating：基于白板的实时协作； Real-time Contesting：与其他人实时比赛，玩一些基于语音的游戏，比如可以通过语音与他人练习口语。这一切的底层都是实时与自动扩容，这些都得益于 Elixir/Erlang-otp 的支持，让开发效率变得无比快捷，服务器资源要求也很低。

接触过，某灰的确人品不行。

@moose123 如果一个应用最终要关系 scale 和容错的问题，那用 elixir 搞肯定是一个好的选择，如果用其他语言，scale 用 k8s 之类方案可以搞，但总是带来一定复杂度，甚至在细粒度的控制方面是不如 elixir/erlang-otp 的。还有如果要做实时通信类的应用，elixir 也不错，phoenix 自带 websocket 。公司项目技术栈有很多考量，但个人项目用 elixir 搞是很爽的。

@zealinux 直接看 erlang 的介绍就知道了

@cgpiao 门槛还是有的，但 elixir 可以直接调用 erlang-otp 的库，一般不需要造轮子，顶多封装下。

@maggch97 这也算个方法，但不是我期望的 scale ，这种方法也解决不了同一个房间用户分布在多个节点上的问题，但这些问题在 elixir 版本中都已经解决了，相比 go 有着更少的内存使用（默认 80MB 的内存开销），erlang 的基于 process 的内存回收效率也比 go 的 gc 要高效（之前 go 版本用户几十人时可能会达到几百 MB 的开销，用户降低时内存并没有随之回收，导致我有时候不得不重启服务器，服务器 1G 内存）。还有就是 go 的 debug 比较复杂，这和 webrtc 本身协议众多也有关系，但 elixir 我直接 remote 到 vm 上去看 process 的信息，看状态，发消息，这种 debug 太方便了。

@aeli 不喜欢 go 的语法，开发效率没有 elixir 高，更重要的是因为 turn 单体的约束，很难搞集群，但在 erlang/otp 的加持下，集群是个自带的功能。当然 go 的库更多一些，elixir 可能需要自己封装一些库，不过也不是啥难事