@zwy100e72 刚刚检查了下，我的 iPhone 12 mini 启用了“使用 5G”，不是默认的“自动 5G”；目前切换回去了，今晚再试试看

我这边遇到了类似的问题。

晚上睡觉前 MagSafe 给 iPhone 12 mini 无线充电，早上起来看充了一晚上才充到 80%，且手机背面发热严重；另一次先有线充电到 100%，晚上接上 MagSafe 充电板，早上起来还掉了 2% （ 100% ->98%）。

我不知道是什么应用在耗电，只能看到 Surge 有后台活动，可以认为是有网络请求导致的；充电充不满也可以认为是发热导致的

> 双路 e5 2890 v3

我想提醒楼主一句，买双路 E5 可能还不如买 5950X，因为近几年 Intel 性能已经渐渐落后于 AMD 了；同时服务器平台会有开机慢、运行噪音大等问题，希望楼主能考虑好再下手
https://www.cpubenchmark.net/high_end_cpus.html

> 32G 内存

32G 内存对 24c / 48t 还是太少了，楼主可能会在内存上遇到瓶颈

编译是少数单纯加核心就能获得近乎线性性能提升的场景（链接阶段除外）。

计算方面：
单机编译配置简洁，最高可以到 64c/128t ( Threadripper ) 或 128c / 256t (双路 EPYC)；分布式的玩法下最密集可以做到 2U 高度 512c / 1024t ( 4x 双路 EPYC )

内存方面：
c++ 编译通常 1 线程配置 2-4GB 内存，这个可以提前测试出来；如果想并行链接的话，需要的内存会大大超出这个范围

存储方面：
SSD 肯定很有必要。产生的中间文件都需要保存在磁盘中，机械硬盘除非做阵列，很难跟上编译的速度

分布式编译方面：
商用方案 IncrediBuild 、开源方案 distcc / icecc
java 等其他语言编译加速我不确定，可能不需要这种方案吧（逃

参见：
https://www.servethehome.com/dell-emc-poweredge-r7525-review-flagship-dell-dual-socket-server-amd-epyc/

https://www.servethehome.com/dell-emc-poweredge-c6525-review-2u4n-amd-epyc-kilo-thread-server/

https://en.wikipedia.org/wiki/Incredibuild

https://en.wikipedia.org/wiki/Distcc

https://youtu.be/72AHENDeTEI?t=897

没有 3 的情况下你是无法使用 EventResult<void> 的，因为无法定义一个 void 类型的成员变量。参见 https://godbolt.org/z/dxn1h4h5T

有 3 的情况下，EventResult<void> 的成员变量和 Base 一致，而其他类型的 EventResult<T> 有一个单独的 retValue 成员 https://godbolt.org/z/9TWfh1TGE

感谢楼主、参与的人没有把技术问题升级到互相攻击的地步，这样的讨论氛围实在太难得了。

@chenset 按我理解确实是这样。

从基站到交换中心应当是光纤 /铜线链路，比如之前 4G 可能是 10G / 40G 链路，现在为了升级 5G 可能会升级 25G / 100G 链路；

从终端到基站这段是无线链路，专业人士可能会称为“空口”。这部分可能有不同的频率（类似 2.4G vs 5G，或者 5G 之间不同的信道），或者相同频率有不同调制 （类似 802.11 a/n/ac/ax ）；或者有其他我不知道的改进

我不是行业内人士，也没有专门查资料做研究；以上言论仅供参考。

@chenset 独立组网、非独立组网我认为主要是核心网部分； 5G 应该是确实提高了网络容量（最后一公里从基站到终端的容量）；更何况 5G 应该用的频谱和 4G 不一样，现在 5G 用的人少的情况下相比 4G 拥挤的现状也应该是有优势的

完全初学 -> Visual Studio

进阶跨平台 / 跨编译器 -> CMake + Visual Studio Code / CLion

AutoSleep

* 我用过一段时间，最近闹钟设置貌似出问题了

有没有可能优化内存访问效率，提升一下 cache 命中率呢？

毕竟顺序读取的访问效率就是比随机访问效率高 (cpu prefetch)

[Privacy Pass] 了解一下。

v2ex 用了 CloudFlare (cf) 加速，大陆地区 cf 基本是走美国节点，延迟较高；想办法换延迟较低的香港 cf 节点会更好
cf 的防 D 策略应该包含对源 IP 的判断，如果你的出口 IP （段）做过“不道德”的事情被防 D 检查的可能性就更高


[Privacy Pass]: https://privacypass.github.io/

试试 wsl 内 root 用户执行 `echo 1 > /proc/sys/vm/drop_caches` [1] ；试试限制最大使用量 [2] ；试试加内存到 64 GB 🐶

[1]: https://devblogs.microsoft.com/commandline/memory-reclaim-in-the-windows-subsystem-for-linux-2/
[2]: https://itnext.io/wsl2-tips-limit-cpu-memory-when-using-docker-c022535faf6f

我想你可以实现背后的功能，或者直接适用模拟 Unix 环境 ( msys2 / cygwin )，直接转换成 windows 命令不太现实吧

> What hobbies do you pursue in your free time?
[ ] I have no spare time for hobbies
[ ] ...

😂

假设只有一层 NAT，即只有你自己家有 NAT，这种情况下需要你的路由器支持 hairpin NAT，通过你的公网 IP 绕回你自己的主机上，并做端口映射

假设不止一层 NAT，首先你看到的公网地址不是分配给你的，你路由器上有另外分配的地址；然后需要出口 NAT 支持 hairpin NAT 和端口映射，所有经过的路由都需要把对应的端口指向你的主机（端口映射）

假设没有 NAT...（我猜楼主应该没有那么多钱直接买 IP 段，所以这种情况不太可能）

你大概需要在你的软路由上运行一个 NDP (Neighbor Discovery Protocol) Proxy

或者想办法光猫改桥接，然后软路由运行 dhcp-pd