V2EX › ihciah 的所有回复 › 第 12 页 / 共 65 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 8 9 10 11 12 13 14 15 16 17 ... 65

❮

❯

2021-12-09 23:16:57 +08:00

回复了 ihciah 创建的主题 › 分享创造 › Monoio: 字节跳动开源 Rust Runtime

@Kilerd 是的，我们开源的本意也是为了一起建设这类基于完成通知 IO 的生态。这个 rt 只面向限定场景，并且至少我们内部确实需要用，所以后续也会持续投入。

2021-12-09 20:46:13 +08:00

回复了 ihciah 创建的主题 › 分享创造 › Monoio: 字节跳动开源 Rust Runtime

@Mistwave

并不广泛，在业务侧用户很少。我们认为，一来是因为业务不那么 care 性能，而 rust 上手成本又很高，二来是因为想用也用不了，因为 rpc 等组件没有。我们前阵子在做这堆组件(我之前有帖子分享做 rpc 框架)，给想用却没法用的业务用的机会。现在业务基本能用 rust 写了，不过使用者仍不算多。

但是我们认为在基础架构内部 rust 的未来还是很美好的。内核组已经有一些应用了，我们 Mesh 这边也计划造下一代基于 rust 的数据面代理，公司内的 rust 群也有接近 2000 人。

@kerro1990

你不用不代表没人用哦。

2021-12-09 17:20:55 +08:00

回复了 ihciah 创建的主题 › 分享创造 › Monoio: 字节跳动开源 Rust Runtime

@Kilerd 没有拷贝，我们这部分设计（以及部分代码）其实是直接从 tokio-uring 里搬的，不过我们基于 GAT 把这部分抽成了 trait 。
带所有权的接口设计就是用户扔所有权进来，io 完成时再扔回去。这样可以保证在 sq 推进去之后 sq 中的 buffer 指针一直是有效的。

2021-12-09 16:10:28 +08:00

回复了 ihciah 创建的主题 › 分享创造 › Monoio: 字节跳动开源 Rust Runtime

@ScepterZ 因为连接数是固定的，所以在达不到设定的 QPS limit （限制做在客户端）时，在服务端的感知是完全一样的。

@nameyukan 感谢批评，测试这块后续逐渐会逐渐补齐。目前 unsafe 不太多，通过 Rust 本身基本可以保证没有内存问题。逻辑问题确实需要，这块目前在快速推进还不完善。

@araaaa windows 暂时不会支持，后续可能会通过引入 mio 来支持 mac 和无 iouring 的 linux 。

2021-12-09 13:17:12 +08:00

回复了 ihciah 创建的主题 › 分享创造 › Monoio: 字节跳动开源 Rust Runtime

@tulongtou 目前公司内部计划基于这套 Runtime 做下一代高性能 MeshProxy ，但尚无生产实际使用。开源出来也是希望能够和大家一起建设生态：）

2021-12-09 10:00:52 +08:00

回复了 ihciah 创建的主题 › 分享创造 › Monoio: 字节跳动开源 Rust Runtime

@Kilerd 是的，我们的场景上和 Tokio 是不同的。
可以看和 tokio 单线程的对比数据（这时其实主要差别就在于 epoll 和 io-uring 了）。
buffer 我们采用的 Tokio-uring 的做法，直接拿所有权，用完还回去。

2021-12-09 09:48:09 +08:00

回复了 ihciah 创建的主题 › 分享创造 › Monoio: 字节跳动开源 Rust Runtime

@Mithril 用 Rust 上线更安心～

@fyooo 谢谢支持，也欢迎大家参与！

2021-11-29 14:11:22 +08:00

回复了 fordog 创建的主题 › 问与答 › V 友们，拒绝使用国内音乐软件，除了 applemusic 还有其他选择么

spotify