@yanqiyu 重新看了下，是我记错了，基本上是完全随机的，避开一些不能用的内存，拿到一些 slots ，然后在这些 slots 里面随机选择，并加上一个偏移

那个 512M 是这些随机范围的下区间的最大值，实际上用不到，除非 hack 了 config

https://github.com/torvalds/linux/blob/master/arch/x86/boot/compressed/kaslr.c

system.map 里面是没开 kaslr 的情况下内核被装载到的虚拟地址，开了之后会变，要用 root 去 /proc/kallsyms 下面读

至于物理地址，应该可以去 /proc/iomem 拿到 kernel 的基地址，再根据 system.map 算偏移就行

至于内核物理地址的随机化确实不是到处随机，而是在前 512M?记不清了？因为随机化内核还要避开一堆不能用的内存于是整个过程干的事情很杂乱

@weiping1992 没特殊要求，只要显卡驱动被不是太古董的 mesa 支持，host 上装几个软件就行
并且 gnome-boxes 的界面还把 virtio-gpu 做成了一个简单的开关

@cnt2ex 如果你的 VPN 和原来的网络都有默认路由的话也不算绕过了路由表...只是绕过了优先级，这事情 bind()就能干
你要不考虑把原先的网络的默认路由干掉，只留下必要的路由？

为什么重装就要在意数据，虽然我主力机不是 Windows 有很久了，我还记得 Windows 有两种保留数据的安装
一种是升级安装：原先的数据程序等原位保留，冲突的 Windows 数据放到 windows.old ，可供回滚
另一种是全新安装，原来 C 盘所有文件丢到 windows.old ，装完拷出来就行了

分区能应对的故障只有一个，就是文件系统损坏导致一锅端。但是 ntfs 之类的现代文件系统翻车我也是一次都没遇见过，就搞坏过 fat32/exfat 之流

客户端：
Linux Kernel support for FSCTL_DUPLICATE_EXTENTS_TO_FILE was added with kernel version 4.2, and can be issued via cp --reflink on supported systems with SMB3+ mounts.
服务器：
Samba's smbd file server supports SMB2 Copy-Chunk requests by default, no additional configuration is required.
看看这些硬性要求有没有被满足

Server Side Copy
https://wiki.samba.org/index.php/Server-Side_Copy
印象中是默认的啊,你的客户机的 coreutils 和内核版本,主机端服务器版本是多少?以及 samba 的配置文件长啥样？

@jim9606 #6 有的网卡是可以的，毕竟对于外面的交换机，这个口来的包不会回到这个口，要是网卡不做交换的话，vf 之间，vf ，pf 之间就够用不了了


@mayli 同上

也不局限于牙膏厂，现在初代 epyc 平台也有退役 CPU 可以折腾了，扩展性碾压牙膏洋垃圾

还是想吐槽，占不占 host CPU 不是重点，整个系统 CPU 不管是谁的都是这个机器的 CPU 时间，这么折腾虚拟机都要走一边物理网卡收发包的流程，包拷来拷去性能怎么也不会好（猜测，搞错了欢迎指出）

回到正题 文章 https://access.redhat.com/solutions/2651771

提到
All the virtual functions running on a physical function have its own state.
It does not matter if the virtual function has been passed through into some VM or not.
The state is only about the link status of the virtual function.

This state can be seen and modified with the ip link set dev PF vf NUM state { auto | enable | disable} command.
Where the "PF" is the physical function device name and the NUM is the number of the virtual function running on it.

也就是说可以直接在 host 改 vf 状态

虽然这个需求很奇怪，这样虚拟机交换性能就收到网卡限制了，我猜想办法做 nocopy 的话整体性能会更好
回到

虽然但是，大多数笔记本 CPU 都是 BGA 封装的啊，可能只是苹果整个了牛逼的后缀？

正好有给发行版打包的经验（虽然不是 arch ）但是这些前后缀还是很熟悉

python：3.10.1-2
这个 -2 意思就是 3.10.1 的第二次打包，第二次打包的理由可能有很多，比如改个编译选项，加个 patch 修 bug ，和它的依赖 sobump 了对应重新编译一次

go：2:1.17.6-1
`2:`是 epoch ，如果上有乱玩版本号（改了 scheme ）就需要 epoch 来确保新版本被识别为新版本

linux：5.15.13.arch1-1 qt5-base: 5.15.2+kde+r281-1
这里的额外的字符串一般代表“风味”，比如 arch1 说明这是 arch 官方的打包，还有 zen-kernel 之类的会在这里做区分
+kde+r281 这里的意思是相对于 5.15.2 的 upstream 版本的 kde 下游的 281 的 commit 之后的 tarball

@Osk 你真的要搞类似于 Windows 的驱动那种效果的话 ebpf 也能搞定
只是多数情况下没这个需求

@junyee
1. 首先 pppoe 拨号后会获得一个 ipv6 的地址。这时拨号设备获得 连接 ipv6 互联网能力。
2. 再才向 ISP 申请 要 ipv6 前缀。然后用户下接设备才能获得 ipv6 。
基本是对的，但是第一步其实没必要，但是习惯上一般会进行，只要第二步拿到前缀也可以直接从前缀分配拿 ip 用（因为整个 /60 都会路由给你 ）

至于你遇到的网络连不通，你可以事实 traceroute 一下 (Windows 上应该是 tracert) 看看在哪一跳断掉了，可能是局端设备路由错了也可能是光猫内部路由表错了

@junyee #52
路由器（这儿光猫就是路由器？）拨号会得到一个 ipv6 地址(前缀是多少无所谓，如果拨号的设备不是路由器就直接用这个地址上网就行了)，然后因为这个设备是个路由器，会通过 dhcpv6-pd 找上级路由器(ISP 的机器)要可路由的前缀，这个时候上级设备会从地址池里面选个(一般>/64 的)前缀路由给你

这个前缀是多少看心情，比如你这里是 /60 ，也就是说可以划分出来 2^4 个 /64 子网，路由器从这个前缀里面随便选一个 /64 分配给 lan (br0)

所以你看到的 /60 和 /64 的地址是两个东西，一开始那个 /64 大概可以没有，实际上有 /60 的地址也足以让路由能访问网络了

那一串东西是编译的机器的主机名和编译器版本信息，只是编译的时候没加上罢了