@yyyb #4 漏了一句话：因为你没有加 mark，所以流量回环了。
ip rule add fwmark 1 table 100
你这不是指定流量 mark 1 查询 table 100，但是没 mark 1 的流量。
你应该把 prerouting 但流量 mark，然后只让他走策略路由 ，然后针对这部分流量做 tproxy

klevv

https://vvl.me/2017/02/routing-3/

我之前写的

按照这个来
https://www.acwifi.net/0-wifi

@ShuoHui #42 北航硕、211 本，选调生多数省份是愿不愿意去的问题，公务员能考上吗？

有钱 Intel，没钱 rc500

@systemcall #21 用手机的与用电脑玩游戏的不是同一个人群…
如果笔记本能做的手机也能做，这些人绝对不会开笔记本。
这本书生态与价格的问题，笔记本用着麻烦，手机掏出来直接用很香

选公务员的话，还是选调吧，尽量去省会或者强市。

普通人拿手机、平板当娱乐工具，能用到 Windows 的地方也就是 office 三件套。
office 教学，早年间都是 2003，现在多是 2007 、2010，的确跟 x86 还是 ARM 没多大关系。
在 iOS 、macOS 、android 上跑 office 三件套，问题不大。
可 office 被微软垄断了，你让微软优化 iOS 、macOS 、android 下的 office 体验，跟 Windows 一样，这不得看微软答应不？

android x86 过于蛋疼

android 设置成英文，不少 app 会有惊喜

@eatlatency #14
@dayFvckingByte #15
通常说的硬件级别虚拟化都是指硬件辅助虚拟化。如果说二进制翻译那种虚拟化，当然支持啊，还可以在 x86 上运行 arm 、MIPS 、RISC-V 之类的呢。
不过效率是相当低的，你可以用 qemu 试试不加参数-kvm 的效率

@nullboy
1. vmstat 存在参数-S 用于指定 block size （这个是可调节的）。同样，du 、dh 也是
2. 磁盘与光盘的最小存储单位是扇区 (sector)，操作系统每次 I/O 的首选长度 (block size) 称为块 (block)，文件系统上最小的分配单位 (fragment size) 叫做 fragment

通常 physical block 为 512，
格式化默认的 logic block 为 4K

@loading #1 现在不需要了，也就是一晚上，还是低压 4 线程情况下

临时工的锅

我提一个 ARM 的弊端：编译器。

ARM32 时代存在奇奇怪怪的架构，大端序小端序都不同；到了 ARM64，编译器中的 CPU 架构显示 AArch64 。

ARM 的 CPU 不保证兼容性，即使是同 ip 核的 CPU 也不一定能运行相同的程序，这是因为指令集缺失（ CPU 的实现出于成本的考虑可能不实现某些指令集，比如手机 Soc 多没有虚拟化指令集）。

新 ip 的出现，往往会带来新的指令集，ARM 的指令集变化太频繁了，这部分指令集用的话就需要更新编译器（至于编译器更新带来的坑，做过的人都心有体会），不用的话性能升不上去。

ARM 碎片化太严重。服务器芯片，公司可以投入资源维护，在生命周期内提供技术支持。Apple 可以保证新 ip 发布 N 年内继续维护么？你见过哪个手机 5 年后还有维护的？笔记本的生命周期可比手机长很多

@Zien #3 装最新的 Ubuntu 20.04 就行了。内核版本老，缺失驱动（根据#4 提供的信息判断）