OPNsense
pfSense
BSD Router Project

这三个都是基于 FreeBSD 的，对于网络设备非常友好，连 Netflix 都专门用 FreeBSD 来做 CDN 。

尤其是 OPNsense 和 BSD Router Project ，很值得试一试
OPNSense 的防火墙设置比 pfSense 精细一点，我印象最深的是它自带地理位置区分
BSD Routing Project 就真的是做路由器该做的事（也就是真正意义上的硬路由），可以用它来试一试普通服务器当作路由器会是什么样的表现。

不想自学的话，Python 可以报培训班，已经是成熟的培训产业链了

tun2socks
通用性好很多，不局限于 Linux

应该是硬件问题，电池的嫌疑最大

我用过好几个品牌的笔记本电脑，大品牌的电池电量回报稳得多

戴尔、联想 ThinkPad 的电脑，我都曾经用到电池严重老化，连 1 个小时都撑不住的程度，Windows 的电池信息可以正常显示当前电量，我是看着电量条飞速下降的。

然后还用过台电的平板和 GPD Pocket 1 ，用了 4~5 年就开始电池严重老化了，而且电量回报不正常。电量条明明还剩一大截，却突然自动关机了。
台电的机器最后连开机都没法开，只能丢弃。
GPD Pocket 1 充满电的话还能用，但我觉得它的电池差不多又该完蛋了。为什么说“又”？因为曾经电池鼓包换过一次电池（尽管是免费的）。

全部删掉都没问题，就当作是全新的硬盘从头安装系统

反正安装程序会自动处理分区操作的

最初发起话题的人是不是知乎小编？怎么那么狭隘

空闲时间明明可以干其它事情

烘焙，烤蛋挞、烤面包，以及各式厨艺

唱歌、演奏乐器，听听音乐

撸铁、跑步、游泳、瑜伽，还有各式球类运动

撸猫、撸狗、遛狗、铲屎

玩玩自己喜欢的游戏，无论但是还是联机都可以

还有作画、练字（硬笔、软笔）

…… …… ……

原始提问的“小编们”提供的选项总是只有内卷的选择

非要搞内卷，它们是嫌大家不够累？存心想让大家更累？

可能是对比度过高，视觉暂留的残影过于明显造成的

我也有散光，配了眼镜，但即使戴着眼镜，长时间看着纯黑主题会造成一种奇怪的重影现象，刚刚看过的段落会自动跟当前行重叠，闭上眼还能见到刚才那几段字的高亮残影

对比度越高，会导致残影越明显、持续时间越长，于是眼睛就越不舒服

换成亮色主题（推荐使用暖色系）就不会有这种事了

所以我现在都是全部换回亮色主题，包括系统主题也是固定使用亮色模式。
然后周边环境尽可能明亮。白天让自然光照亮墙壁；晚上打开房间的灯，不再像以前那样只开台灯。

屏幕的亮度尽量和环境亮度接近，这样基本就不会再受到高亮残影困扰了

@x86 然而 OP 用的就是 Win10

同城家宽互访，延迟大概多少？比如两台机器互 ping

用手摸一下电脑外壳，感受下热量，有可能是机器内部温度过高

不要指望联想的塑料壳能够快速散热

如果是在盒盖的情况下开着电脑，是会进一步阻碍散热的。
在空调房内，我在屏幕翻起的情况下用 Thinkpad 内置键盘打字，都能感受到热量从键盘出散发出来（此时 CPU 占用率才 3%~8%），手心微微出汗，更不用说盒盖的情况了

瞬间产生的热量如果不能短时间散发出去（塑料壳，肯定快不了），那就肯定会风扇狂转一段时间才能降下来

不安装驱动、风扇可以很安静，我个人猜测，可能因为部份硬件未启用所以发热没那么大；安装完驱动后全部启用了，热量就上来了

@lsry
那我换个写法

千分位分隔：
24 Bytes ×1'000'000'000 = 24'000'000'000 Bytes = 23437500 KiB = 22888.18359375 MiB = 22.35174179077148 GiB

One billion ，即十亿

万分位分隔：
24 Bytes ×10'0000'0000 = 240'0000'0000 Bytes = 23437500 KiB = 22888.18359375 MiB = 22.35174179077148 GiB

不知道 OP 的系统版本是什么，我用自己的台式机试了下并没有 OOM ，正常运行、正常退出。
我台式机安装的 Linux 系统比较小众，是 OpenMandriva ，版本号 16.0.6-3 ，编译器是 clang 16.0.6

同时我还开着 KDE System Monitor ，观察到测试时最高内存占用会升到 25G 左右

C++代码如下：

#include <iostream>
#include <vector>

constexpr size_t DEVLENGHT = 1000000000ULL;

class Dev
{
int a;
int b;
int c;
int d;
int e;
int f;
public:
Dev() : a(0), b(0), c(0), d(0), e(0), f(0) {}
};

int main()
{
std::vector<Dev> allDevs;
for(std::size_t i = 0 ; i < DEVLENGHT ; ++i)
{
try
{
allDevs.push_back(Dev());
}
catch (std::exception &ex)
{
std::cout << ex.what() << std::endl;
std::cout << i << std::endl;
break;
}
}
}

@lsry 应该是 22.3G 吧

24 Bytes ×10'0000'0000 = 240'0000'0000 Bytes = 23437500 KiB = 22888.18359375 MiB = 22.35174179077148 GiB

说实话，既然都用 C++了，那就直接用 namespace 分隔开嘛，何必这样搞成个歧义二进制折磨自己

@privater 刚想到有个地方的人确实可以同时做到这些：体育学院教授

O 是否 P 从未碰过 C 系列语言？如果是，那么这不是反直觉，而是与你习惯不同

先说 include 头文件，虽然办法是古早了点（来自于 C 语言），但换成其他语言也得 using 、import 呀，哪怕是语言内置的同样都要导入，比如 C# 的 List<T>（位于 System.Collections.Generic ）、Java 的 List<E>（位于 java.util ），尽管大多数时候 IDE 已经帮忙写了导入语句，但不代表不需要导入

class 声明需要加分号，很简单，因为 C++的 class 就是基于 struct 的。

不想用头文件的话，可以试试 C++20 开始支持的 modules 特性（模块），虽然支持的编译器并不够广泛。

构造函数和析构函数……OP 果真没接触过 C# 和 Java 吗？构造函数同样存在于 C# 和 Java 当中，这没什么好奇怪的吧。顶多就是 C++的构造函数种类比较多。
至于析构函数，C# 甚至有两个呢（一个~开头，跟 C++ 一样；还有一个是 Dispose ），同时还存在于许多语言当中，不明白这有什么好奇怪的。

区分定义和声明，好处体现在需要隐藏细节的时候，例如需要发布闭源 SDK 的话，这个特点很有用，只需要把头文件和二进制包分发出去就行了，不用把完整源码交给对方。
当然啦，实际上完全可以全都写在头文件内的，Github 有许多 header-only 的库就是这么干的。

const 的话题，昨天刚好有人提到： /t/974941
这个可以进去谈一谈

区分引用和指针其实很方便呀，一来可以避免出现多级指针的次数，二来配合模板可以原样转发入参。
我个人是尽量使用引用

过敏性鼻炎？试试“氯雷他定”，口服片剂。

买药的时候要注意，不要买糖浆版本，那是儿科用的

哪有那么复杂，直接编辑组策略就行了：
https://zhuanlan.zhihu.com/p/63921459

除了永久关闭更新，还可以自己配置如何更新，比如设置成只提示不安装（ 2-通知下载和自动安装），这样 Win10 就无法强制更新了

不过话又说回来，公司电脑一般都是有 Active Directory 的吧，Windows 更新这种事应该由公司 IT 部门统一部署呀

那就 sizeof 一下看看占多少个字节