为啥要用安（受）全（限）引导？

如果说为了安全我可真要笑掉大牙了，很多消费级主板 BIOS 根本不能吊销预置的公钥。因此你根本不可能得到所谓的安全。

最好的办法就是禁用它。

此外

https://www.fsf.org/campaigns/secure-boot-vs-restricted-boot/

怎么还推荐起 ssd 了

只测网速为什么要用 ssd。下载测试数据直接丢弃即可又不用存到硬盘上。实在不行可以用内存文件系统。

常见的休眠有 3 种

挂起
蛰伏
混合挂起

挂起：将状态保存到 RAM，然后停止工作，这又产生了 3 种不同的挂起

挂起到 idle
通电挂起（浅度挂起）
挂起到 RAM （深度挂起）

并非所有平台都支持所有的模式。挂起到 idle 支持全部平台。

挂起到 idle：纯软件的挂起，仅冻结用户应用程序
通电挂起（浅度挂起）：CPU 保持功率，冻结用户程序，然后挂起外设或将外设至于低功耗状态。
挂起到 RAM （深度挂起）：冻结用户程序，冻结非启动 CPU，挂起外设或将外设至于低功耗状态，然后 BIOS （或系统固件）接管机器控制权。

蛰伏：蛰伏的前提是能“挂起到 RAM （深度挂起）”，然后将状态写入硬盘。下次从硬盘恢复。

混合挂起：同时“挂起到 RAM （深度挂起）”和写入硬盘，若机器没有断电，则从 RAM 恢复，否则从硬盘恢复。这能大大提高恢复速度。

你需要的是“蛰伏”。

要配置蛰伏，必须让内核知道从哪里恢复状态。配置引导程序并给内核传递 resume 选项。（类似于 root 选项的格式，可以用 /dev/xxx 或者 uuid ）指定 swap 分区。

传递 shutdown 到 /sys/power/disk，然后传递 disk 到 /sys/power/state 开始蛰伏

更多信息阅读内核文档。

另外，“蛰伏”依赖硬件的支持，因此在某些硬件上会出现问题，若出现问题，你应该尝试配置 BIOS、升级 BIOS 版本等。若不能解决的话从网络上查找解决方案。

此外，强烈建议大于 RAM 的 swap 分区以避免蛰伏失败。

@shutongxinq #52

你试试 i 卡或者 a 卡就知道了，对于普通用户，完全不折腾，开箱即用。

就算闭源驱动一定程度上可以解决问题，但并不好用，我举几个简单的例子：

0. 有时候安装后在某些新卡上 nouveau 会使系统无法启动，开机直接导致死机。很多笔记本还不能 BIOS 禁用 n 卡。你指望新手能接受这个，然后第一次启动就查各种资料配置？用新的 i 卡或 a 卡，用相对新的发行版几乎不会出现这样的问题。

1. 笔记本上多显卡的环境，即使使用闭源驱动，也是问题多多。你要么完全 n 卡，然后 i 卡无法使用，也就是说在不需要复杂渲染任务时也使用 n 卡，然后耗电如泉涌。虽然有一些民间 dirtyhack 方案（如那个大黄蜂），但这些 dirtyhack 方案很多时候不能解决问题，如再需要 hdmi 外接显示器

3. 有时候系统更新时也会出各种小毛病。平时不出小毛病，但是一旦出现就很麻烦。还有的时候存在启动和退出 X 时闪屏等问题。

如果用 i 卡或者 a 卡，完全不用操这些心。新手用户根本就不需要进行半点配置，整个安装和试用过程丝滑顺畅。（前提是也不用一些其他 Linux 不友好的硬件，如 boardcom 无线网卡）

硬件接一个 led 灯。然后开机时点亮 2 分钟后关闭。

led 灯可能需要自己做，驱动自己写。然后开机启动一个程序执行上诉逻辑即可。

其实最简单的方法，如果主板有并口，直接电阻+led，驱动也好写，不过可能不是特别安全。

@kevinhwang #43

2-3 个 4k 没有试过，1 个 4k 没有问题。我还是觉得是其他原因，例如你可能是遇到了内核问题： https://www.phoronix.com/scan.php?page=news_item&px=Linux-4K-4.3-Fix

Intel 核显没有你想象的那么弱。gnome 也没有你想象的那么吃 GPU。只要你不运行复杂的 3d 游戏的话。

nvidia 显卡或许有一些性能和其他地方（如 cuda ）上的优势，但对于非 cuda 必须的用户而言，其糟糕的驱动程序带来的负面影响远远超过了哪些性能优势。linus 对着 nvidia 竖中指大骂 fuck you 你该不会不知道吧。

intel 和 amd 的显卡，至少可以无痛运行 Linux，就像我上面#19 #36 #41 说的一样。如果你需要超过 i 卡的性能，完全可以使用 a 卡，并同时获得舒适使用 Linux 的体验。

@kevinhwang #37

笑死我了

“ n 卡对新技术支持算比较好的”，然后驱动还是上古时代的 Linux 图形堆栈标准（那个时候严格说“ Linux ”内核没有图形堆栈）。kms 和 drm 支持残废状态。对多显卡的支持几乎没有。

以前的时候 n 卡驱动甚至都不支持从 X 切换到 tty。就这个问题，改呀改改呀改最后终于能在 X 切换到 tty 了，结果到今天 n 卡输出的 tty 还是分辨率极低的 VGA 模式。

@kevinhwang #39

gnome 用户，intel 核芯显卡，性能极佳。

@kevinhwang #34

驱动问题。很多时候使用专有驱动都没有一个能完全解决问题的解决方案，驱动完全不符合现代 Linux 图形堆栈标准导致各种折腾。开源驱动对较新的设备无法使用，性能也极其糟糕。

专有驱动随便举个例子：笔记本上多显卡支持。专有驱动的支持完全就是个残废。第三方的 dirtyhack 方案也有很多无法解决的缺陷。涉及到 hdmi+edp 多输出时更是糟糕。

和 block size 没有关系，你读的文件早就中间有文件系统层

应用程序 --- 文件系统层 --- 块设备层 --- scsi/nvme/mtd.... --- 硬件

如果你的程序是直接读写块设备而不是文件系统（常见的有镜像烧写软件），再考虑 block size 的问题。

直接读写文件时，文件系统会处理好这些低级细节并执行缓冲和缓存。

为什么这个值要大：

因为 IO 操作（不仅 IO 操作，是全部的系统调用）是很消耗 CPU 的（涉及特权级别切换等耗时操作，特别是 Intel 漏洞使这方面更加剧了）。对于一个文件而言，缓冲区越大意味着调用系统调用的次数越少。

估计又是一个 nvidia 显卡的用户。
再次强调不要用 n 卡不要用 n 卡不要用 n 卡。

如果用 Linux，要稳定开发用 i 卡，要玩游戏用 a 卡。别碰 n 卡。别碰 n 卡！

用 n 卡你就等着折腾吧，等着费劲吧，折腾到最后体验还是有很大缺陷。

最近看到了一个不错的东西，贴到这里

https://g0v.social/users/mgdesigner/statuses/102144100949064961

如果你（一般人）買了 XBOX one，然後想說終於可以買很想玩很想玩的遊戲來玩了，沒想到搞錯了，它竟然是 PS4 only 的遊戲。

可是你非玩那個遊戲不可，請問你會怎麼做？

A：再買 PS4
B：把新買的 XBOX one 轉賣，改買 PS4
C：想辦法 hack XBOX one，自己寫出 PS4 模擬器在 XBOX One 上執行，來執行那個 PS4 only 遊戲
D：祈求遊戲開發商大發慈悲，等他們移植遊戲

大家會選 A 或者 B 吧？最差也是 D

----------------------

一樣的事發生在筆電硬體支援 #Linux 的情況

當你需要高效能原生執行的一種 GNU/Linux 系統，沒想到新筆電竟然嚴重不相容，合理的最好作法當然是趕快換另一台啊。難道你買錯一個套房，發現自己的鋼琴竟然塞不進去，你不轉賣換另一間，反而是自修建築學、建築法規、工程學，自己拆牆擴建讓鋼琴放得進去，或者把鋼琴鋸一鋸塞進去？

這是非常清楚的邏輯。我覺得 Linux 桌面推廣、成長之所以有困難，就是還有很多老手有 C 方案迷思。

看完评论又读了一遍题，答案是不能

至少 POSIX shell 没有给脚本提供这种接口，但你可以制作一个“修改版本”的 shell 解释器，提供一些命令扩展，让 shell 读尽全部输入，并把新输入和执行过的代码以字符串形式暴露给当前执行的代码。

没有。Android 用的 CPU 支持虚拟化技术的不多吧。

模拟器倒是有，qemu 等。

chrome 和 Firefox 都是默认优先 ipv6。“但是浏览器默认还是走 v4 ”你是怎么得出来的

免锁？除去线程本地变量，就只有免锁算法了，比如

RCU 读取-拷贝-更新
免锁队列算法

等等

转发

英特尔 CPU 新漏洞对性能的影响

本周，英特尔 CPU 爆出了一个被称为 Zombieload 的 Microarchitectural Data Sampling （ MDS ）漏洞，目前推荐的修正方法是关闭超线程，这毫无疑问会对性能产生巨大影响。但即便不关闭超线程，MDS 的修正方法对不同工作负荷产生了显著的性能影响。Phoronix 测试了最新的内核补丁和最新的英特尔 CPU 微码，在关闭修正方法和启用修正方法的情况下进行比较测试，结果显示在不同测试中英特尔 CPU 性能出现了高达 20% 的下滑，而 AMD CPU 的性能下滑大部分在个位数甚至只有 2~3% 的差异。AMD CPU 不受 MDS 漏洞影响，但补丁也会对它产生略微影响。

MDS/Zombieload Plus 的性能影响现在 Spectre/ Meltdown/L1TF/MDS 的总体成本。

而 MDS 缓解确实在许多实际和合成工作负载中提供了非常明显的性能损失，其中更新的 Linux 内核补丁与最新的 Intel CPU 微码。与此时的其他缓解措施一样，受影响最大的工作负载是那些在内核和用户空间之间具有大量上下文切换 /高交互性的工作负载。

https://www.solidot.org/story?sid=60663
https://www.phoronix.com/scan.php?page=article&item=mds-zombieload-mit&num=1

arm 架构的板子是不是现在 /debian/centos/ubuntu 都可以装？

arm 也分很多，并不一定通用。

问题，为 i686 编译的二进制能在 i386 上运行吗。

当然，有源码的部分理论上你可以为你的设备自行编译运行

而且内核很多板子没有得到主线支持。万年祖传内核。而发行版可能会对内核版本有要求。

@bibiisme #7

那就没有办法了。OEM 也用的同样的驱动。如果你觉得 CPU 负载高可以开启 flow offloading 试试。

此外，再次强烈建议 MTK 芯片用户使用 snapshot 版本 openwrt ！