另外你 #40 的说法一点意义都没有。微软优化是针对普通人、普通购机条件来考虑的。普通人购买内存一般是按照实际需要内存的一半甚至三分之一来购买的。一个开 Chrome 浏览网页的普通人也就买个 8G 内存，而实际上 Chrome 可以轻松吃掉 15G 内存，所以以前一直有虚拟内存要设置成物理内存的 2-3 倍这种说法。

所以这个系统管理大小就是针对「普通的，买内存只买需求的一半大小的用户」来优化的。

但一个「买内存到超过需求的用户」，并不是上面那种人。

@kokutou 我已经说过一遍了，「系统管理的大小」就是你内存不足的部分。
这些软件本来就会申请巨大的内存量，处理大数据 128G 256G 不够很正常。
既然你有测试条件，不如试试看，如果开 100M 分页文件是不是能解决问题。
假如是内存不足，那么 128G 和 128.1G 不会有什么区别，这就证明我是对的。
假如是软件就想要分页，那么 100M 分页文件应该足以让软件正常运行，这就证明你是对的。

@01046 你内存太小了。
看内存够不够，很简单，看分页文件是不是会变大，如果变大了，那变大以后的大小就是你不足的内存。
如果你 64G 内存去渲染，Windows 给你分页文件涨到 30G ，那就说明你渲染的时候内存用了 94G 。

软件并不能指定自己去用或者不用分页，他只能说，我要多少内存，然后 Windows 给你分，物理内存不够的部分，给你分到分页里。弹窗报错不给启动，妥妥的就是你内存太小了，不开分页把内存分页到硬盘就内存不足。

@systemcall zram 当然有用，但上面说的内存盘做页面文件，他压缩了吗。
Windows 确实没有 overcommit ，所以在 内 存 不 足 的时候，会内存不足。
但是这并不表示在 内 存 足 够 的时候一定要开着分页。
关闭分页唯一的问题就是上面 @iseki 说的，浪费大量的内存。

@fsdrw08 fedora 确实可以，但是支持周期又太短了。
像 Debian 这样既可以赖在老版本长期吃支持，又可以贴着 testing 滚动吃新版本，又可以跨版本升级，还可以升一半包留一半包还能正常跑的，太少了。

你做了 swapoff -a 了吗？ fstab 里把 swapfile 项删掉了吗?

@anaf 如果你用宝塔之类的软件的话，发行版就跟你没关系了。
你对接的是宝塔，宝塔对接的才是发行版。你直接挑选一个宝塔支持的系统就行了。

就像你用 ATM 机或者火车检票机，你会纠结 ATM 下面用的是 Windows XP 或者检票机下面用的是 Ubuntu 吗。

@Zchary 跑的软件不依赖特定发行版，Debian 用的人多，可以无痛跨版本升级，且没有以下其他发行版的毛病：
Arch：滚动更新必须全平台滚动，意味着旧版软件无法保持，应用程序必须跟着修改升级。
Ubuntu：跨版本升级一言难尽。公司经常夹带私货，让你掏钱订商业版。
RHEL 家族：无法跨版本升级。
Gentoo/SUSE：太小众了吧。

在我看来，用 RH 家族做生产的一个大前提是你跑的应用程序强依赖这个发行版。比如一些专业软件强依赖 RHEL8 ，那么你就只能去用龟壳 8/Rocky/AlmaLinux ，而不能随便抓一个发行版来用。
如果你就是随便跑一个开源的博客或者论坛之类的小程序，用社区发行版比用门槛很高的企业级发行版要省事很多。归根结底你的时间是有限的，如果是在企业里（比如我司），专门的运维团队会帮你管理服务器，你拿来用就好了，但是自己用就没必要把时间浪费在运维里了。

@kenvix #19 内存不够用是因为内存不够，不是因为关掉了分页文件。
你插了 16G 然后跑一个吃 20G 内存的游戏当然会导致内存不足。
我现在 64G 内存，平时不玩游戏的时候内存占用只有 40G 左右，关掉分页文件没有任何问题。

@DOLLOR 实名反对用内存盘做页面文件。除了自欺欺人以外没有一丁点作用。

@EVANGELIONAir 请不要传谣。

@iseki 物理内存不够大的时候关闭页面文件当然会造成内存不足了……
所以我怀疑楼主就是内存太小了导致大量分页读写。

在虚构的故事当中寻求真实感的人脑袋一定有问题.jpg

Row columns
https://getbootstrap.com/docs/5.2/layout/grid/#row-columns
不知道是不是你想问的。

可以隔个几年换一次私钥（同时重做 csr ）。

方便建多个子网？

对于标题的问题，会有损失。
但是播放视频并不是设置输出分辨率，所以播放视频是没有影响的。原本视频播放就不会用质量很差的 resizer ，所以 2.5k 拉到 4k 并不会很惨。

我司让我们用社区版，就一直用着社区。

@Gav1nw #4 Windows 的 java.exe 和 macOS 的 java 不是同一个二进制文件。

解压缩不需要指定压缩类型，所以解压缩直接 xf 就行，不需要加 z 或者 J 之类的。
压缩需要指定，但是也可以分两步操作，先 tar 打包，再手动调用 gzip 或者 xz 压缩。
单步操作主要是比较省硬盘空间，但是参数选择比较少。

如果不想玩 docker 的话也可以从 chroot 开始玩。
docker 的好处是脚本化运行，把你手敲的编译指令变成脚本，每次只要跑脚本就可以跑编译。我们现在编译 nginx 就是全部用 dockerfile 跑，pull 下来一堆 ubuntu 和 debian 的不同发行版本（甚至还能跑 arm64 ），然后 dockerfile 里写上 apt install 和后面的编译命令，跑出来以后再把最终的二进制文件提取出来发布。

初期可以从实体机或者 chroot 开始玩，做到可复现编译以后，再把 bash_history 转写成 docker 脚本。