手持日行 S23 ，用系统自带的睡眠功能把微信 QQ 以及国内那一大堆支付购物和短视频软件的后台活动限制掉，充一次电能用一天半到两天。如果不限制那些 app 的后台，不到 8 个小时就没电了。

1.24 还是太旧了，我这里用 1.29 。
k8s 经常会有 API 响应的破坏性变更，如果你用的版本太老了会导致一大堆操作 k8s 相关的库失效，因为他们没法解析新版本 k8s api 的响应里的 json 。

卸载掉所有的 explorer 第三方插件再看看。
这些插件的原理都是直接用逆向工程 hook explorer 的内部私有函数地址，然后 dispatch 到他们插件自己的代码上来实现各种功能的。explorer 哪怕只要稍微修改了代码使得内部的函数偏移之类的变化了，就会导致通过非法手段注入进来的第三方插件出现非法地址访问等等从而造成 explorer 崩溃。
只是退出插件没有用的，因为插件依然会试图注入 explorer ，只不过 dispatch 后的功能没启用罢了。

@onlxx123 你这个看上去是 dns 的配置问题了

@shuax 我就是 4K + 150% 缩放，但是没出问题。

怕不是显卡驱动的锅，你要不要更新一下显卡驱动试试？

@hez2010 这个功能在手机设置——连接设备——连接到 Windows

@trihuan 三星不需要额外装什么 swiftkey 之类的软件，你需要用三星自带的“连接到 Windows” 功能。

搜索 IIS 的 ARR 和 URL Rewrite 插件装上，然后就能配置反向代理了。

其实今天几乎所有主流的开源软件背后都是大厂在主导，哪怕是 Linux ，大多数代码也都来自各商业厂商为了添加对自己产品的支持才有的所谓的贡献，理想中的自由的开源世界早已经名存实亡了。

可以考虑接上 .NET 自带的 OpenTelemetry 集成？ https://learn.microsoft.com/dotnet/core/diagnostics/observability-with-otel
这样可以详细跟踪你的 asp.net core 的各接口甚至是数据库查询的执行情况，然后你只需要用 Jaeger 之类的就能做分布式追踪。

主要区别就是把原来 Java 写的引擎换成了 .NET 写的，并且跟进 ReSharper C++ 那边的特性，性能得到了不小的提升，资源占用也改善了很多，并且对现代 C++ 代码支持的也更完善。

把 Windows 功能里把 Linux 子系统关掉，然后再运行 wsl --install 。功能里的那个 wsl 是旧版的现在已经弃用了。

@89ao 你可以带上 -Verbose 看看，比如 nuget list -Verbose
我这里跑了一下，很明显在发送下一个请求的时候中间停了一小会儿，我怀疑是客户端为了限制频率故意添加的延时。

去下载个 dism++，里面有个系统备份可以直接把你整个系统盘备份成个镜像，允许你后续安装。文件应用什么的全都保留。

@89ao 可能是网络问题？试试本地搭一个看看呢？ nuget server 有不少开源实现，比如 https://github.com/bagetter/BaGetter

@drymonfidelia 试了一下没问题啊，折叠后仍然可以展开，你 F12 打开看看控制台，该不会是什么资源被墙了吧。

不需要保持 http 连接的，nuget server 的 API 都是 REST API ，因为包太多了所以不会一次性返回所有的包，于是你调用 nuget list 只是从 nuget api 上在那里分页式地一页一页加载数据罢了。
正常用 nuget list 要配合关键词搜索来使用，哪有不给关键词一次性列出全部包的。

简单在我自己的电脑上跑了一下 memtier_benchmark：
memtier_benchmark -t 4 -c 50 --pipeline=1024 -n 1000000

Redis：

ALL STATS
============================================================================================================================
Type Ops/sec Hits/sec Misses/sec Avg. Latency p50 Latency p99 Latency p99.9 Latency KB/sec
----------------------------------------------------------------------------------------------------------------------------
Sets 408346.45 --- --- 46.40698 42.23900 66.04700 70.14300 31458.55
Gets 4083419.55 18668.12 4064751.43 46.35596 42.23900 66.04700 70.14300 159685.06
Waits 0.00 --- --- --- --- --- --- ---
Totals 4491766.00 18668.12 4064751.43 46.36059 42.23900 66.04700 70.14300 191143.62

Garnet：

ALL STATS
============================================================================================================================
Type Ops/sec Hits/sec Misses/sec Avg. Latency p50 Latency p99 Latency p99.9 Latency KB/sec
----------------------------------------------------------------------------------------------------------------------------
Sets 1009126.20 --- --- 18.53643 17.79100 29.69500 35.58300 77741.95
Gets 10091151.04 91566.19 9999584.85 18.51609 17.79100 29.69500 35.58300 396130.24
Waits 0.00 --- --- --- --- --- --- ---
Totals 11100277.24 91566.19 9999584.85 18.51794 17.79100 29.69500 35.58300 473872.19

确实 Garnet 无论是吞吐量还是延时都碾压了 Redis 。

哪怕设置 --pipeline=1 让 benchmark 跑完一个请求之后再发下一个请求的这种利好 redis 的单线程测试场景，garnet 一样跑出了比 redis 更好的成绩。