@superchijinpeng 并非所有的分隔物都是树，有些路段只用护栏分隔
何况就算有树也没什么用，树干就那么点宽度，还是会照到眼睛
十字路口就最明显了，对面等红绿灯的电动自行车一排的车头灯照过来，十分刺眼

当然快了，用命令行创建的是针对整个卷的快照历史（对于文件、文件夹层面而言，最后的效果在“以前的版本”当中相同）

系统还原的基础其实就是卷影复制，所以启用了系统还原也会导致卷影复制的空间占用消耗变大

虽然我不是来推荐电瓶车的，但还是要提醒 OP ，选购好电瓶车之后注意观察下车头灯，看看车头灯照射的方向，尽量让车头灯向地面照射，而不是直射人眼，并且颜色尽量选黄光

现在每到夜晚走在街上，总会被电动自行车的车头大灯各种闪眼，就像汽车的远光灯一样，很让行人反感

卷影复制服务呀，我所在的公司一直在用，给 SMB 的文件夹做文件版本备份

对于 PC 版 Windows 而言，其实就是系统自带的文件历史还原，也就是
[控制面板]→系统和安全→文件历史记录

不同的是，控制面板的设置有限制，只对指定的文件夹开放，而命令行操作方式可以让其他文件夹也能用上

诶，知乎上有个问题的答案（ invalid s 写的）正好也可以回答 OP 的这个问题
https://www.zhihu.com/question/64698806/answer/224860723

截取其中一部分，应该足够解惑：

——————————————
1997 年前后，奔腾 266 是高端 CPU ；但 2001 年的 xp ，哪怕 650Mhz 的毒龙，跑起来都有点力不从心，因为那时 1.x G 的奔腾 4 已经大行其道了（我的第一台电脑就是毒龙 650+256M 内存）。到了 2007 年，新出的 vista 面前，2G 主频的 core 2 也成了渣渣……97 年前后，主流配置是 8M 内存； 2001 年，128M 内存成为主流； 2007 年，2G 内存成为主流（ 08 年我换新机，直接上了 4G 内存）……现在都 17 年了，奔腾 4 居然还能勉强跑 win10 ，主流机器仍然用 4~8G 内存……

作者：invalid s
链接： https://www.zhihu.com/question/64698806/answer/224860723
来源：知乎
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。
——————————

@DTCPSS
他这就等于默认大家都认识 /知道他，关注过他日常的动态
……好吧，这也不是不行

啊……还没写完就发出去了

更新后的 SetProcessInformation
https://docs.microsoft.com/en-us/windows/win32/api/processthreadsapi/nf-processthreadsapi-setprocessinformation

Remarks 部分提到了 Win11 的对该设置的省电方式

看了下微软的文档，原来是给旧设置提供新功能。

无论是 EnergyStar 项目，还是 cnblogs 的那篇文章，都使用了 SetProcessInformation 把各个应用程序设置成 PROCESS_POWER_THROTTLING_EXECUTION_SPEED

这个 PROCESS_POWER_THROTTLING_EXECUTION_SPEED 自 Win8 以来就一直存在，但微软没说它有什么作用，当时似乎只是个占位符，用来预留给“未来”（也就是现在）使用
https://web.archive.org/web/20200407200010/https://docs.microsoft.com/en-us/windows/win32/api/processthreadsapi/nf-processthreadsapi-setprocessinformation

现在，Windows 11 提供的新功能是，设置成 PROCESS_POWER_THROTTLING_EXECUTION_SPEED 之后就会被标记为 LowQoS 模式，节能的手段包括有：降频、使用小核

@dhssingle
@DTCPSS

有点模棱两可，姑且就信他用的是 ThinkPad Z13 吧

因为正常情况下按照各大测评文章的做法，基本都会明确说明所用的型号、具体设置（包括屏幕亮度是最高还是最低）、开着什么应用多久时间、分别干了什么事。像这种只给一张续航时间图，剩下全靠猜，一下子习惯不来

今年 5 月份，有人就分享了类似的代码：
https://www.cnblogs.com/mooooonlight/p/16281629.html
（ [windows + 大小核调度] ADL 平台大小核调度尝试）

看起来，这个功能似乎是让 Windows 11 把绝大多数进程扔给 CPU 的小核，从而达到省电的效果。

EnergyStar 的作者(imbushuo)虽然贴出了续航时间图，但却没说硬件具体型号，连 CPU 型号都不提。
我个人猜测，imbushuo 的电脑用的是 Intel 12 代 CPU ，于是才能达到这么明显的效果

所以我只能猜测这可能跟发送方的 TDD 策略 /算法有关。AX86U 应该“懂得”更灵活安排收发配比，但 WDR7632 就分配得没那么好，造成浪费以至于速度上不去。

@cuicuiv5 这是来自 Windows 1.0 的操作方式，一直到 Windows 3.x 都是这样，然后自 Windows 95 开始才出现大家都熟悉的右上角 X 号关闭。

而且，到了现在还能用 Windows 1.0 时代的操作方式（不止双击左上角图标关闭窗口）：单击左上角图标，或者 ALT+空格，可以出现标题栏右键菜单。包括各种浏览器也能这样做，即使目前三大浏览器都不再提供左上角图标，ALT+空格 依旧有效。

OP 可以尝试打开 控制面板→时钟和区域→区域→管理，点击“更改系统区域设置”，勾选“使用 Unicode UTF-8 提供全球语言支持”，重启电脑后，输出的字符应该就正常了

那得等 Rust 能够推出像 GTK 和 Qt 这样的基础架构级的框架才行，目前知道的是，System 36 这家公司有人在做。

只不过等到做出来的时候（我也不知道要等多少年），“Desktop 开发”这片海会不会萎缩下去，萎缩成湖还是塘？如果萎缩得太严重，新框架的使用量注定上不去。何况即使是正在萎缩的当下，依然有 flutter 这样的(非 Rust)新出工具包“顺手”覆盖 Desktop 市场，所以我个人觉得，System 36 的人应该会做出来，但竞争力是个迷。

先说最普通的单独一个类（无任何继承）。
为了方便 OP 理解，我直接在类里面使用中文。

class unique_class
{
public:
double 外界可以直接访问的变量;
double 可以给外界访问的函数 1() { return 外界无法访问的函数_protected(); };
double 可以给外界访问的函数 2() { return 外界无法访问的函数_private(); };

protected:
double 外界无法访问的变量_protected;
double 外界无法访问的函数_protected() {return 外界无法访问的变量_protected * 2; }

private:
double 外界无法访问的变量_private;
double 外界无法访问的函数_private() {return 外界无法访问的变量_private * 2; }
}

可以看到，这个 unique_class 不继承自任意一个基类 /派生类，而且这里假设它也不会被其他类所继承。
在这种情况下，无论用 protected 还是 private 都没区别，想用哪个都行。而且 class 默认就是 private ，所以完全可以直接把所有不需要被外界访问的内容全部写在前头，随后需要外界访问的再写在“public:”后方即可。当然了，明明白白写清楚 public private 没坏处。


而基类、派生类的情况，就如同大家所言了。7L 很形象。
对于基类而言，如果既不想基类的内部资源被派生类访问，也不想被外部访问，那就用 private ；
如果只是不想被外部访问，而需要派生类能够访问，那就用 protected ；
如果可以既能被派生类使用，又能被外部随意访问，那就写 public 。

至于派生类继承基类的 public protected private ，其实也是类似，虽然 OP 没问。

实际使用时可以如 3L 所言，先用 private ，有需要时再改。

为了便于 OP 以后搜索资料，在这里多说一句：在 C++惯用语当中，使用的是“基类”(base class)和“派生类”(derived class)，虽然也有人用“父类”(parent class)和“子类”(child class)，不过前者能够搜得出的资料相对更好一些。

由于不知道你家路由器的具体设置，所以我能建议的也就只能是，检查下两边设置吧，看看信道、频宽（频道带宽）协商成什么了，重点关注频宽。
如果可以的话，尝试启用 160 MHz （这是 AX86U 支持的）。在没有干扰的情况下，越宽越好。

AX86U 这一边先试试选择“20/40/80/160 MHz”，并勾选“启用 160 MHz”，然后下方两个选项都选“自动”，并勾选“频道自动选择包括 DFS 频道”，看看全自动协商的情况下表现如何（我猜这就是目前的情况）。
然后再固定设置 160 MHz ，TP-Link 那边连不上了再往下降（ 80 、40 等等），再继续测测。

我的猜测是，瓶颈很可能是 TP-LINK WDR7632 这一侧。如果 AX86U 那边固定成 160MHz 之后就连不上，那么我认为就是 TP-Link 那台设备的问题。

我之前也有这样的需求，但需要更加灵活，大小并非编译时固定，而是类似于 C 语言的那种 VLA （正好就是曾经有望入标准库但最终被放弃的 std::dynarray ），于是仿照 std::dynarray 和 std::vector 的 API 弄了个简单的实现：
https://github.com/cnbatch/dynarray
默认在堆上分配，而非栈上分配。

我在里面提供了两种写法的版本。

写法 1 （位于 vla_nest/dynarray.hpp ）：
int x = 100, y = 200;
int value = 5;
vla::dynarray<vla::dynarray<int>> vla_array(x, y, value); // 相当于 int[x][y]，全部初始化为 5

写法 2 （位于 vla_cleanlily/dynarray.hpp ）：
int x = 100, y = 200;
int value = 5;
vla::dynarray<int, 2> vla_array(x, y, value); // 意思同上例，其中<int, 2>的意思是，创建 int 类型的二维数组

写法 1 看起来更“传统”一点，这是我最初的习惯。后来有人跟我说弄成写法 2 这种更加美观，我想了想觉得很对，于是就加了这个版本。

创建完成后的用法就跟普通数组无异，都是
vla_array[3][1] = 100;
vla_array[5][5] = vla_array[2][2];

@lxr760 稍微详细点，WiFi 的半双工是 TDD 双工，也就是时分双工，所以只要把时间资源稍微往其中一方倾斜，就可以增加这一侧的传输速度

C:\Users\Public 这个文件夹内的目录及其子目录，是所有用户都能使用的，有写权限。
基于此，有个思路也许可以试试，可以避免 mklink 到管理员的账户文件夹，但又能大家一起用。

首先，在 Public 文件夹内创建一个新目录，例如叫做 C:\Users\Public\NewData 。
接着，把软件在 AppData\Local 的数据文件夹剪切到它里面去。假设原数据是在 C:\Users\UserA\AppData\Local\SoftwareData ，那就把 SoftwareData 转移到 NewData 那里，变成 C:\Users\Public\NewData\SoftwareData 。
然后使用 mklink ，把 C:\Users\Public\NewData\SoftwareData 软链接到各个用户的 AppData\Local 里面去。

这样一来，大家都可以共享软件数据，但又能继续隔离权限。