我之前遇到了一样的问题，我最后的选择是直接交给 Tailscale ；

Wireguard 不通的问题，我猜你 ping 等小流量的应用是通的，传输大包的时候就不通了；现在我想应该是 MTU 的问题，Wireguard 的 MTU 要减掉 PPPoE 消息头等开销，或者学 Tailscale 用 1280 Byte 以保证绝大多数情况都可以通过

熊猫吃短信 +1

山西人不在山西

先搭建 本机 - A 的隧道（ SSH / VPN 均可）
再通过隧道连接其他机器

@hxy100 如 @lostberryzz 所说，中国区 cdn 需要备案+Enterprise Plan，由于不可描述的网站一般无法备案，所以不会用到中国区 cdn

@lsylsy2 20 年 4 月宣布和京东云合作 https://blog.cloudflare.com/cloudflare-partners-with-jd-cloud/

这次升级的应该不是递归 DNS，而是权威 dns - 开通中国业务的客户会有中国区 dns + cdn 支持，降低延迟

ssr (server side render): （个人理解）狭义的 SSR 指可以做客户端渲染的 js 框架部署在服务端做预渲染；广义上也可以指传统的服务端模板引擎+填充数据形式生成最终页面

@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 拥挤的现状也应该是有优势的