@cksuenlan 只修了 AMD 的，IceLake 核显的没修。

pod 分配 node 不是 kube-scheduler 的工作么

「大量时间用于解决环境兼容问题。这在 windows 上是很难见到的。」

因为 linux 和它生态下的 os 发行版以及软件基本上都是开源的，有无数的版本上的差异。而 win 只有 ms 在发行，全球用到的都一样。

引用「在微服务或者服务链路中，"上游"和"下游"的概念确实和 Nginx 的 "upstream" 方向相反。

在微服务架构中，如果服务 A 调用了服务 B ，那么我们通常认为服务 A 是"上游"服务，服务 B 是"下游"服务。而在 Nginx 中的"upstream"则定义了后端服务器群组，这些服务器是被 Nginx （作为代理服务器）调用的，所以从这个角度看，它们应当被看作是"下游"。

这样的混淆源于不同领域对"上游"和"下游"概念的使用有所不同。在 Nginx 配置中，"upstream"是指代理服务器发送请求的目标服务器列表，这是从流量的流动方向来定义的。而在许多其他上下文中，"上游"和"下游"通常是从数据处理或依赖关系的角度来定义的。」

@sokonboy 任何版本只要系统设置里地区设置为中国大陆就没有。港版和其他地区一样的。

挺好的，三层交换机当二层网管机用了，很符合大厂里拿核心当汇聚的用法（大雾

12mini 晚上待机耗电怎么样？我那台机带耗电非常快，晚上只能开飞行模式。

天线水平不行，碰到联通这种信号差的，太爽了，别人根本找不到我

这下小米对标成功了*

* 指 13ultra 附赠的充电线

```nginx
upstream http_backend {
server 127.0.0.1:8080;

keepalive 16;
}

server {
...

location /http/ {
proxy_pass http://http_backend;
proxy_http_version 1.1;
proxy_set_header Connection "";
...
}
}
```

@shaoyie 不是 wrk 到 nginx ，是 nginx 到 upstream

nginx 上 upstream ，开 http 1.1 和 keepalive 试下

咖啡因敏感，最多一周两杯，还只能中午之前喝。否则各种身体不适。

23A5337a
没遇到兼容问题暂时

如果是通过 dns 来检测那是不需要你在宽带上开放端口的，甚至不需要宽带上有任何流量。单纯通过省 dns 解析缓存里，把宽带 ip 筛选出来就行了。

比如山东联通 dns 是 202.102.152.3 ，只要有联通用户请求域名解析，202.102.152.3 就会去权威 dns 递归出域名的 ip ，缓存后返回给用户。这样只需要从缓存里查一下哪些 ip 是宽带 ip 就可以定位 ddns 用户了。

缺点是只能运营商自家查自家。如果宽带是联通，用户从电信 dns 解析，或者是阿里/114/腾讯 dns ，那么联通那边就查不到了。

如果是这个型号：
https://www.lg.com/us/business/computer-monitors/lg-24md4klb-b
是兼容 DP-Alt 的。

走运营商 dns 时不时解析 cloudflare 会出问题，联通和电信都遇到过。最后是在防火墙里把 cloudflare.com 整个域委派给 114 dns 解决了。