@Ocean810975 这类软件也不是 emulator ，而是想办法劫持特权操作来维持一个虚拟机（加强版的 proot ），解决不了指令集的不同

先看看程序用了哪些原生库吧，要是用的原生库都是开源软件没准能自己想办法糊一个加进去。要用了私有的闭源实现说实话就算有源代码都不保证能简单的改 target 编译就工作

逻辑反了，是因为需要在 linux 上工作才用上 Linux 桌面，而不是用上 Linux 桌面之后指望这个桌面给你什么奇妙的新体验

买支持多 lan 的路由器（或者软漏油），在路由器上设置防火墙规则不允许不想要的互访就行

@julyclyde #16 efibootmgr 只是把参数（和 efi stub 的路径）写进 nvram ，UEFI 直接就照着写好的路径启动内核了

有个脏办法
fnos 那边随便创建个卷
然后写个 systemd-unit 带上 After=trim_main.service ，然后把群晖原有的 fs 挂载到/vol1 ，盖住 fnos 默认存储卷的挂载点
当然目录结构/权限得手动调整一下

@wniming #4 突然意识到还有个可能的办法是设置 lxc-.scope.d 里面的 drop-in 来配 CPUWeight ，语法可以看 https://www.freedesktop.org/software/systemd/man/latest/systemd.unit.html

@wniming #4 说明 lxc 这个坏东西想办法把自己漏出去了？要么试一试
systemd-run --user --scope -p "Delegate=yes" -p "CPUWeight=10" --unit lxc-unit lxc-start -F f42

@wniming cgroup2 是一个树状的结构，要是你 systemd-cgls 显示 lxc 的容器内部的进程（和他们的 cgroup 控制器）在 lxc-unit 下面的话就是生效了。

你可以把这个 weight 理解成 systemd 给 lxc-unit 设置的低 weight 其实是控制 lxc-unit 的整个树的 weight 都低，再往下的 weight 可以理解成树内部的优先级的分配，所以要是 lxc 创建了额外的 cgroup 层级你看到/sys/fs/cgroup/cpu.weight =100 是正常的。

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 更舒服（虽然板子贵一点）但是可扩展性和多核性能是真的