客户端：
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 的地址也足以让路由能访问网络了

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

@StrongNoodles 你要标准和依据终归是有的 😂

@Scirocco 主要是腾讯在这个方面非常的扣扣索索，之前各种第三方客户端封号很严重，导致我一直不敢用😂

@Scirocco 第三方 QQ 不会被快进到封号吗

Optimistic DNS ？公众解析服务这么干有点怪