小白白白_

Rust异步——Tokio窥探(Tokio是怎么调度你的Future的？) 在阅读本文之前，希望你：了解Rust异步并写过部分依赖Tokio作为运行时的异步代码。 Tokio的名字来自于Tokyo+I

考虑到主要的功能都是静态文件操作，所以想要提升性能，就要从“不必要的操作”下手。毕竟在磁盘性能固定，带宽都一样拉的情况下，减少服务端的活就成了近乎唯一的选择，当然客户端也需要，但收益就小了很多。

本文是How it is implemented?的其中一节，文章正在完善，且时间较久，于是单独抽出来了。 先来看一个简单的异步： 代码看起来很简单，我们自定义了一个简单的Timeout，然后睡眠一秒

首先，io\_uring由两个环形数组+两个控制结构体组成。分别是提交数组(Submission)和完成数组(Completion)，两个控制结构体分别控制两个数组的读写指针索引，地址等。

尽管 Tokio 目前已经是 Rust 异步运行时的事实标准，但要实现极致性能的网络中间件还有一定距离。为了这个目标，CloudWeGo Rust Team 探索基于 io-uring 为 Rust

手把手教教你搭建Redis集群，从创建目录到关联节点，再到分配slot和实现主从复制，每一步都详细截图，一遍立马学会搭建Redis集群。

🍎写在开始 本文只是一个引子，主要用于那些想要快速上手QUIC但是不想理解设计理念，但是呢，又想知道大致实现的人来阅读。（我参考的文章就是这么说的啦！ 具体的实现可以参考本文最后的RFC，比较长，大概

前言 Rust于2018年引入异步，四年后的今天，我第一次接触Rust且使用async/await实现了一个小的IM(即时通讯)系统，带着原本对于Rust的好奇和对于异步的疑惑，翻阅了一些文章和参考，