@tctc4869 动态页面我理解是 服务端直接生成最终网页；页面之间的跳转通过网页跳转实现。

这种情况下 js & css 这类文件最好还是放在 Nginx 或者 CDN 上。页面服务器 通常用模板引擎+直接填充内容的方式搭建。

仔细看了下你的问题，我认为你可以考虑 ASP.NET core 作为服务端，加上 Vue / React / jQuery 等做客户端框架。（据个人浅薄的知识）服务端用 Node.js 可能需要和浏览器 js 不一样的玩法

也有服务器渲染 + 客户端渲染的玩法，这种情况下服务端负责首次加载时的渲染，后续内容交给客户端完成、服务端仅提供 API

（以下是个人一点外行角度的看法）

前后端分离，我理解为客户端渲染，服务端只提供静态页面 + API 。这种情况下静态页面用什么都可以，API 部分当然要用支持动态返回的服务器。

请求量较小时静态页面可以直接用 API 服务器提供，量较大时推荐用 Nginx 等静态服务器返回本地文件；请求量更大的情况下静态文件通常都缓存在 CDN 上。

我推荐楼主重新走线，走 6 类线或者超六类线，这样可以支持 10 Gbps 这个级别的速度。10Gbps 级别下可以有很便宜的服务器拆机网卡，也有不少企业做了 10Gbps 交换机，价格还算可以

另一个方向是楼主减少网络需要承载的数据量，比如原来是完整下载，改成流式传输或者挂载远程目录；或者用楼上说的，通过高速接口写进临时存储器，比如先以 6Gbps 写进 SSD 里，再人肉搬运过去，这样的平均速率也是远超 100Mbps 的

@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 命令不太现实吧