The LDT is located in a system segment of the LDT type. The GDT must contain a segment descriptor for the LDT segment. If the system supports multiple LDTs, each must have a separate segment selector and segment descriptor in the GDT. The segment descriptor for an LDT can be located anywhere in the GDT. See Section 3.5, “System Descriptor Types”, for information on the LDT segment-descriptor type.
An LDT is accessed with its segment selector. To eliminate address translations when accessing the LDT, the segment selector, base linear address, limit, and access rights of the LDT are stored in the LDTR register (see Section 2.4, “Memory-Management Registers”).
From SDM Vol. 3A 3-15

raid0 -> raid5 不丢数据，直接插进去扩就行，会自动帮你平衡的。

@followztx 是彩云的云图（可能不叫这个名字）功能，确实挺好用的，就是把旧功能拎到订阅里有点那啥。

一开始买了彩云天气的 Pro ，后来功能得 VIP 才能用，再到后面又在推 SVIP 。。
最开始我是从墨迹天气切过来的，果然屠龙勇士的最终宿命就是恶龙吗。。

戴森假的特别多，宁可多花点走正规平台买。

看到这个问题第一反应是 黑人问号.jpg
1. https 是加密版本的 http ，而 http 是个文本协议，怎么就和数字签名对比起来了？
2. 如果是想问 “有 tls 还需要数字签名吗”，可这两个一个是交互式的密钥协商，一个是离线的签名验证，好像也没啥可比性。

Fuq Mei 啥意思

害怕就去打疫苗，单次发生的可控的潜在风险 比 不可控的可能集中爆发的一堆问题 要好。
不过说实在的，这个病影响很小，大家怕的是别的。

你这情况和我一模一样，研究的 topic 都是一样的……三年前我跳车跑路了，现在体验非常良好。

感觉做的事情有意义且自己喜欢很重要。比起别人认可，还是要先自己认可自己更重要。

太 low 了，最基本的实事求是、就事论事都做不到。。

转发常见的有 4 层和 7 层，7 层可以用 http 头携带原始请求者 ip ，4 层不太容易，可以用 SO_ORIGINAL_DST 。不过无论是哪种，都需要转发目标服务手动感知原始 ip 。
你这个需求其实是三层转发，只有类似 iptables 这种面向 ip 包的手段能搞，一般都是内核态搞，ng 这种不可能的。
iptables 直接配一个 SNAT+DNAT 应该就 ok 。

感觉问题不大？我本人记性很差，包括但不限于很久都记不住同事名字；中学时背课文每次都是最后一个会背的。但这么多年发现好像记性差也有好处，会强迫自己多理解一些逻辑，以及重要信息会借助外部工具来存储和提醒，可靠性反而更好一些。当然不是说记性差是好事，但我觉得也没那么坏吧，顺其自然，能记的记记不住拉倒。

因为生成的 Future 捕获了 &Demo ，所以要求 &Demo 生命周期长于 Future 。
但 async 闭包返回值的类型写不出来，所以不好约束。一个办法是手动定义带生命周期标记的结构并实现 Future ，但明显实际用起来不太好使。
不知道有没有其他 hack 的办法，我想到一个办法是自定义一个类似 Fn/FnMut 这种的 Trait ，然后在关联类型上标生命周期，这样 fn 定义上就可以把 &Demo 的生命周期和 Future 关联起来了。

```
#![feature(type_alias_impl_trait)]

use std::future::Future;

#[derive(Debug)]
struct Demo {
id: i32,
name: String,
}

impl Demo {
fn print(self) {
println!("id:{}, name:{:?}", self.id, self.name);
}
fn print_ref(&self) {
println!("id:{}, name:{:?}", self.id, self.name);
}
}

trait MyFn {
type Future<'a>: Future<Output = String>;
fn call<'a>(&self, param: &'a Demo) -> Self::Future<'a>;
}

struct DemoFn;
impl MyFn for DemoFn {
type Future<'a> = impl Future<Output = String> + 'a;

fn call<'a>(&self, param: &'a Demo) -> Self::Future<'a> {
async move {
println!("demo: {:?}", param);
param.print_ref();
format!("test demo, id: {}", param.id)
}
}
}

async fn do_demo<F>(f: F) -> Result<(), String>
where
F: MyFn,
{
let demo = Demo {
id: 1,
name: "test".to_string(),
};

let ret = f.call(&demo).await;

// demo.print();

println!("f() ret: {:?}", ret);

Ok(())
}

async fn demo() {
do_demo(DemoFn)
.await
.unwrap();
}
```

两年多前我尝试过，也是租的动迁房。按理说要一个动迁安置协议和另一个证明（忘了是啥）就可以办，但房东说没有。然后半年多前可能是我在随申办上点了点什么东西（我感觉是政策有什么变动，OP 可以试试看），后来有人 call 我说下个月可以来办居住证了。但不巧刚好该月搬家，最后也没办成。
我 13 年来读本科，一直呆到现在，这要在一些国家绿卡都有了；可是在上海，我连居住证都没搞到，更别提户口。只能祝上海越办越好吧。

@lestly 你的 socket 有遵循 RAII 吗？如果它 close 了那么就不应当有人继续持有它。handler 本质上就是存一个 fd 数字，如果 fd 关了但你还持有，那么要么是引用到了不存在的 fd ，要么是引用到了之后打开的 fd 。
我猜一个 fix 是把你的 close 行为改成 shutdown writehalf ，这样 socket fd 仍旧是有效的；然后在 socket 对象析构时去做 fd close 。

fd 号会重用的，旧的 fd 关了再打开新的，可能是同一个 fd 号。

所有能快速查找到的东西没必要占用脑容量，如果常用到记下来的投入产出比更高，那么在多次查找后自然就记住了。
是个自然而然的过程，觉得没必要刻意追求。IDE 、编译器检查这种能提高程序员 IO 效率的工具是个好文明。

《读研的危害》