虽然不知道你代码具体原因是什么，但是 anyhow 1.0.80 不同 feature backtrack 的速度确实不一样，不开启 std feature 的话用的是 anyhow 自己的实现，开启的话用的是标准库的实现，在 Windows 上好像是标准库的实现比较慢。
```rust
use anyhow::anyhow;
use std::time::Instant;

fn main() {
for _ in 0..20 {
let now = Instant::now();

for _ in 0..10000 {
let _ = anyhow!("asd");
}

println!("{:?}", now.elapsed());
}
}
```

@qq135449773 那要看监控的事件是什么以及 bpf 程序写的是不是合理了，tracepoint 和 kprobe 一般都是一百纳秒以内，并且触发次数不是太频繁可以忽略不记，假如是上面用户空间的 uprobe 的话那开销就大了。

在文件夹下运行 attrib /s /d -s -h,把-换成+就是隐藏

其实和操作系统一样的，发起读之后将这个线程挂到某个 waitlist 中，然后从运行队列里清除这个线程然后进行主动调度。当等待的条件满足后将 waitlist 中的线程放到运行队列里等待被重新调度到。

你这个不叫死锁好吧，你要在适当的时候调用 ticker.Stop()让这个 Ticker 停下来，让 channel 被 close

crud 崽直接上框架 https://loco.rs/

https://folyd.com/blog/rust-pin-unpin/ 这个文章写的很好。

简单来说就是自引用结构（结构中的一个成员是一个指针，指向另一个成员的地址），倘若对两个这样类型的结构进行 swap 操作，就会让构造出来的自引用性质失效（本身是指向当前结构的自引用指针指向了错误的位置）。

对于 Pin 智能指针包装的类型，倘若我们让这个类型实现!Unpin ，就说明这个类型是*pin 在内存中*的，从而在 Pin 智能指针的使用中无法 safe 的得到这个类型的可变引用，从而解决自引用的问题。

引入的动机是 Future ，async 代码会在某些条件下生成自引用的结构，所以 Future 的 poll 的参数是 Pin<&mut Self>

@loading 这部电影如果这么拍，导演会被电影协会轮番枪毙

你可以通过沟通让对方知道你的真实想法以及双拼的优势和劣势

一般都是当一个部件使用。比如将 wgpu 嵌入或者 flutter rust bridge 一类的。

https://www.v2ex.com/t/971492#reply12 此时此刻恰如彼时彼刻

锁的名词指的是什么，互斥锁，读写锁，自旋锁这些。还是原子变量，内存序那些。还是具体的锁实现 futex pthread_mutex ？