systemd 应该默认给了 [email protected] 的 Delegate=cpu ，这样子 rootless 应该能够操作 [email protected] 下面的 cpu controller 才对？

要不要试一试用
systemd-run --unit=lxc-unit --user -p CPUWeight=10 --collect --pty lxc ...
来启动 lxc 看看能不能把 lxc 放进去设置了 cpu controller 的环境？

啊不，我又会左手单手用手机又会右手单手用手机，不管哪边返回我都需要。

这点易用性都不给那不是折磨用户吗？

@codefun666 #38
> - 在我的测试场景中，桌面 CPU 多核性能远没有 E5 好。 例如运行同样的程序, 11900k CPU 占用率~80%，E5 只有 20%。

得看最终性能，经常会有程序没写好，锁用太多/线程数一开始就没给够，不管给多少个核心都占不满，于是显得占用率低。

@5dang epyc 7K62 ，48c96t ，现在性能消耗还远远没饱和

sudo podman ps --format "table {{.Names}}"
NAMES
systemd-ddns
systemd-debuginfod
systemd-vlmcsd
systemd-valkey
systemd-echo
systemd-v2ray
systemd-onedrive
systemd-caddy
systemd-postgres
systemd-navidrome
systemd-komga
systemd-photoprism
systemd-grafana
systemd-comiclib
systemd-bitmagnet
systemd-cloudflared
systemd-qbittorrentEH
systemd-qbittorrent
systemd-alist
systemd-PeerBan
systemd-autobangumi
systemd-jellyfin
systemd-adguardhome
systemd-tgdl


都有个 sytemd-是因为容器是用 quadlet 启动和管理的

> 像这样的一块 PCI-E 3.0 x16 扩展卡，可以提供 4 个 SFF-8643 接口，也就是接 16 块硬盘：

不行，这卡出来的 8643 上面走的是 pcie 信号（卡本身就是把 x16 的分给 4 个口），这时候 8643 另一端应该接的是 U2 背板（常见情况），最后末端是 pcie 协议的 U2 接口的盘

@billccn 还有 epyc 的 pcie ，128lane 带来的安全感

@dewreg 想要 bridge 下面有公网 ipv6 要么你的上游接口有 ipv6-pd/你可以配静态路由，拿到或者路由过来一个段，然后你把那个前缀广播下去。

要么你启一个 6relayd/ndppd 这样的工具，把上游口的前缀直接广播下去，然后在两个接口之间代理 ndp+写路由。

（可悲的是现在的容器网络管理程序都不支持 DHCPv6/SLAAC ？但是我猜改一下容器里面的 sysctl 配合 ra 应该能让内核负责配地址？或者要是上游是静态的前缀直接就在容器管理器里面配置静态地址了）

说实话我更喜欢容器一个对外的 macvlan+一个对内的 bridge ，省心一点

@xixibb 你要买近两年的服务器 CPU 性能肯定强，但是找来 10 年前的 CPU 那肯定被吊打

说实话想玩洋垃圾我寻思 epyc 更舒服（虽然板子贵一点）但是可扩展性和多核性能是真的

另外你要是用的 Fedora/RedHat 系列系统建议用 podman 启容器，docker 和 SELinux 折腾起来就是要难点

可能性很多，我能想到的一个例子就是程序会先 exec 的时候变更到另外的 transition ，但是 policy 没配对，于是在 enforce 模式 transition 不过去（然后忽略了错误）导致执行出来的进程开始疯狂报错。不看一开始的日志很难判断（另外开始 log spam 的时候会干爆 setroubleshootd 确实很糟糕，我一般这时候会关掉这东西然后手动看 audit.log ）

@mikewang #25 WG 能保证一些奇怪的 glitch 的时候 TCP 还在，但是上层觉得 timeout 了就没办法了

@mikewang #33 曾经的痛苦，给一台 VPS 改 wireguard 配置，配错了导致隧道断了，但是 systemd 不知道为什么就 D 在了这个 nfs 上面。

systemd 卡住了之后，新的 ssh 连接都进不去，已有的会话也什么都做不了，最后只能跑去 VPS 面板强制重启...

@mikewang #31 [狗头] 应该提供远程文件系统的内核组件发现对端连不上了就直接把所有这个 fs 上的 syscall 无限 block 住🤓

这种情况我一般建议直接重装，因为这类病毒一旦拿到权限能干的坏事不少，很难追查

自己用的最顺手的传统 Linux 发行版，对于我就是 Fedora

然后我用这东西： https://coreos.github.io/rpm-ostree/container/ 构建的系统（可以理解成类似于 nix 那样的不可变系统，但是 building block 还是传统的 rpm 包，然后用 oci 镜像分发），这样还能实现滚不挂的系统

@0p9o #23 255.255.254.0 就是 /23 换个写法，路由器肯定是/23 ，否则应该会拒绝你的地址池跑到子网外面去了

但是不能访问 192.168.1.x 的那些设备或者被分配到 192.168.1.x 的设备至少一个上的子网掩码大概率是 24 (255.255.255.0)，原因可能是路由器的 dhcp 没配对之类的。

如果整个系统掩码都是 23 ，那 192.168.1.x 还是 192.168.0.x 都没区别，通信也不会走路由器。

@0p9o #5 那感觉其实是你的子网掩码配错了，会大概是本来是>/23 的网但是设备配成了/24