@libook 其实这个问题挺好解决的, all in one+一台备份服务器就完事了, 备份服务器配置需求可以非常非常低(我就是用公司淘汰下来的 hp elitedesk 拆开换了个 2.5 寸 2t 的机械盘安装 proxmox backup server 备份 all in one 的 pve 里各个 vm/容器的系统和最重要的数据, 6 代 i5, 除了每天备份和校验的时间点一直是 idle 非常省电), 2 台机器同时出问题的情况已经很罕见了, 而且是增量备份, 速度又快不伤硬盘还节省空间. 想要严格 3 2 1 的话, 还可以把备份服务器的数据同步到异地服务器上(个人觉得对于家用来说这实在是太 overkill 了).

all in one 和备份服务器放在不同的房间

后续想 HA 了还可以加 cluster, 非常方便.

我的 all in one 是 i5 12400, 跑 gitlab 这种毫不费力, 自带的 uhd730 直通后 QSV 硬解 4k 都没什么压力, 之前的旧 nas 要 merge 的时候,卡得完全没法用, 硬解也是卡的不行.

非 NAS, ALL IN ONE
基于 proxmox, 有 LXC 容器也有 VM, docker 在 vm 里

dashy 主页 dashboard, 高度可自定义, 很漂亮的 dashboard
gitlab 代码托管
crater 开发票用的
filebrowser 文件浏览
syncthing 文件同步
portainer docker 管理
grafana 监控
prometheus 监控
uptimekuma 监控
openspeedtest 测速
iperf3 测速
crowdsec 安全
traefik 反代
blocky dns/ad blocker 个人 AGH pihole 全试过一遍以后认为这个最稳定可靠且性能最佳, 虽然没有 web/ui, 纯配置文件
umami GA 的开源替代, 小型网站做访问统计很舒服, 缺点是暂时不支持省市级的统计
rustdesk 远程访问
guacamole web 远程访问, 个人觉得可有可无, ssh 和 rustdesk 可以解决 linux 和 win 的访问需求了. 那个网页端体验不是很好.

影音类:
jellyfin 多媒体服务器
qbittorent 下载
*arr 家族全家桶:
sonarr
radarr
bazarr
prowlarr
mikanrr 自己写的半成品, 用来把蜜柑的 rss 翻译成 sonarr 的标准格式
photoprism 照片管理
paperless-ngx 扫描的文档证件管理

ovpn, wireguard 全在路由器里, 所以服务器上就懒得装了

除此之外就是自己写的 qqbot, discord bot 之类

学习 arch
工作 fedora workstation
服务器 ubuntu server
个人建议你去整个私人用的 lab 配置不用很高, RAM 弄大一点, 装个 hyperviser 比如 proxmox/exsi, 然后随便你练习 k8s, 想装什么发行版装什么发行版
完毕

有没有有测试资格的说一下和 wine qq 比哪个占用小一点

truenas scale 自带的 k8s 建议别用, 半成品, 要用 k8s 建议自己起一个完整版的 k8s 体验可比 truenas 自带的好多了..
truenas 就适合安心把它当 nas 系统用, 吃 RAM 是 zfs 特色和 truenas 没什么关系.

单 GPU 可以 passthrough, 前提是你的 gpu 是专业卡(比如 telsa)或者改过 bios 的支持虚拟成多个 gpu.
锐龙的核显就很难受了, 不支持 sriov(amd 的消费级独显也不支持, 都是为了和企业级产品区分).

这就是 truenas scale 当宿主机很烦人的坑. 建议换个 hyperviser 比如 proxmox, 里面给 truenas scale 一个 vm, 然后再来个 pve 的容器给你需要显卡的应用, 让 pve 来给你直通.

这算啥，还有逗号作为小数点，分号作为表格分隔符的 bug. 牵扯到 locale 的问题，需要花很多精力维护，没有国际化的业务，不考虑这些“特殊”用户才是上策。

@mxT52CRuqR6o5 可以参考这篇文章
https://3os.org/infrastructure/proxmox/gpu-passthrough/igpu-passthrough-to-vm/
我 host 内核参数只保留了 quiet intel_iommu=on vfio_iommu_type1.allow_unsafe_interrupts=1
显卡屏蔽只屏蔽了 Intel 驱动 i915 和 nvidia 的驱动(我上面还接了一张 n 卡)

12 代的区别就是 VM 的内核, 驱动和相关依赖得非常新, 稍微旧一点的内核比如 5.19.10 在我这 intel_gpu_top 都会报错
Failed to detect engines! (No such file or directory)

最新的 6.0.0 内核什么参数都不需要加直接就支持 12 代核显
以前的内核还需要加 i915.force_probe=4690
在直通了核显的 VM 上 dmesg | grep i915
内容应该和下面的差不多
[ 5.060294] i915 0000:01:00.0: [drm] VT-d active for gfx access
[ 5.060351] i915 0000:01:00.0: [drm] Using Transparent Hugepages
[ 5.076393] i915 0000:01:00.0: Invalid PCI ROM header signature: expecting 0xaa55, got 0xbbcf
[ 5.076673] i915 0000:01:00.0: [drm] Failed to find VBIOS tables (VBT)
[ 5.077164] i915 0000:01:00.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=none
[ 5.093245] i915 0000:01:00.0: firmware: direct-loading firmware i915/adls_dmc_ver2_01.bin
[ 5.093696] i915 0000:01:00.0: [drm] Finished loading DMC firmware i915/adls_dmc_ver2_01.bin (v2.1)
[ 6.619475] i915 0000:01:00.0: [drm] failed to retrieve link info, disabling eDP
[ 6.628504] i915 0000:01:00.0: firmware: direct-loading firmware i915/tgl_guc_70.1.1.bin
[ 6.629399] i915 0000:01:00.0: firmware: direct-loading firmware i915/tgl_huc_7.9.3.bin
[ 6.725923] i915 0000:01:00.0: [drm] GuC firmware i915/tgl_guc_70.1.1.bin version 70.1
[ 6.725931] i915 0000:01:00.0: [drm] HuC firmware i915/tgl_huc_7.9.3.bin version 7.9
[ 6.734941] i915 0000:01:00.0: [drm] HuC authenticated
[ 6.734945] i915 0000:01:00.0: [drm] GuC submission disabled
[ 6.734946] i915 0000:01:00.0: [drm] GuC SLPC disabled
[ 6.736822] [drm] Initialized i915 1.6.0 20201103 for 0000:01:00.0 on minor 1
[ 6.737161] i915 0000:01:00.0: [drm] Cannot find any crtc or sizes
[ 6.737255] i915 0000:01:00.0: [drm] Cannot find any crtc or sizes

intel_gpu_top 应该可以正常启动:
intel-gpu-top: Intel Alderlake_s (Gen12) @ /dev/dri/card1 - 0/ 0 MHz; 100% RC6; 0 irqs/s

然后此时, 你就可以调用核显, 比如硬解视频, 看看实际的核显占用情况和稳定性了.

我 VM 的内核升级到 6.0.0 内核以后硬解就没崩溃过了(连续测试了 3 天, 硬解了超过 20 小时不同编码码率的视频无崩溃, qsv 的性能还是很让人满意的), VM 系统为 Debian sid, 内核版本 6.0.0-2-amd64. 仅供参考.
如果你和我一样在 vm 里跑的是 docker 容器硬解, 容器镜像的 intel compute runtime 和 ffmpeg 版本也非常重要, 一定要选择驱动和相关依赖库都比较新的容器!! 否则很可能就不能正常调用 12 代核显进行 qsv 硬解, 只能退而求其次用 vaapi 硬解.

宿主机 proxmox 的内核还是 5.19.7-2-pve, 它只需要负责把核显交给 VM, 并不需要最新的 intel compute runtime 之类的, 所以内核不用太新问题也不大.

@mxT52CRuqR6o5 它用的 arch 自己修改的 i915 驱动放在 AUR 上. 我的 debian sid 看来要用还得改.
而且看回帖, 目前 windows vm 上能打驱动但是无法使用.

单个直通其实在最新的内核上已经挺稳定了, 但是 sriov 多个直通有人说做到了, 却暂时还没有稳定性的报告(因为之前旧驱动就算单个直通成功, 运行大概 2 个小时左右就会崩溃 GPU HANG, 实际是不可用的).

LTS 和 upstream 差了 N 个版本吧, 再说安全问题这种东西和内核新老根本无关.

而且有安全问题的时候 patch 基本上都会 backport 到旧内核上的.

linux 的内核新旧只是对新硬件的支持有区别, 还有一些核心依赖库的版本区别.

@f165af34d4830eeb 我试过了，需要 6.0 以上的内核并集成了最新的 intel compute runtime （这个需要最新的 libc6 等依赖，很多稳定版的 linux 发行版都版本过低） 和 最新的 i915 驱动才能比较完整的支持大小核调度和新核显。
目前就算是最新的 debian 和 ubuntu 稳定版都不行，得用 sid 或者 unstable 。

@chenjiangui998 移动端和桌面端不一样, 12 代移动端还需要 guc huc 那些电源管理驱动, 不然 lowpower encode decode 那些功能启用的时候会出错.
至于稳定性, 我手上没有, 没法测试.

pve 的 host 插个 pcie 设备, 网卡序号不会自动更新导致 host 断网的问题到现在还不修, 就一个脚本的事情...

webui 的强制重启根本不是 force kill 的问题也是不修.

还是自己撸脚本靠谱

@f165af34d4830eeb windows 看评论情况好一些, 要根据自己的硬件配置找一个不崩溃的特定版本驱动, 因为最新的崩, 旧版本也崩...
只是要关掉 windows 更新避免自动更新到崩溃的版本.

最治标治本的方法是挂载字体到容器下的 /usr/share/fonts/里
例如:
下载 Sarasa Gothic (更纱黑体)
https://github.com/be5invis/Sarasa-Gothic/releases
把你想要的简繁字体放到一个文件夹里
例如:
/home/docker/data/jellyfin/fonts/sarasa
sarasa-gothic-sc-bolditalic.ttf sarasa-gothic-sc-regular.ttf sarasa-gothic-tc-italic.ttf
sarasa-gothic-sc-bold.ttf sarasa-gothic-sc-semibolditalic.ttf sarasa-gothic-tc-lightitalic.ttf
sarasa-gothic-sc-extralightitalic.ttf sarasa-gothic-sc-semibold.ttf sarasa-gothic-tc-light.ttf
sarasa-gothic-sc-extralight.ttf sarasa-gothic-tc-bolditalic.ttf sarasa-gothic-tc-regular.ttf
sarasa-gothic-sc-italic.ttf sarasa-gothic-tc-bold.ttf sarasa-gothic-tc-semibolditalic.ttf
sarasa-gothic-sc-lightitalic.ttf sarasa-gothic-tc-extralightitalic.ttf sarasa-gothic-tc-semibold.ttf
把这个文件夹挂载到容器的 /usr/share/fonts/ 底下
docker-compose:
- /home/docker/data/jellyfin/fonts/sarasa:/usr/share/fonts/sarasa

这样视频转码的时候, 出现找不到字体的情况, 会自动去读取这个字体
[Parsed_subtitles_3 @ 0x56524347a040] Using font provider fontconfig
[Parsed_subtitles_3 @ 0x56524347a040] fontselect: (方正中雅宋_GBK, 400, 0) -> /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf, 0, DejaVuSans
[Parsed_subtitles_3 @ 0x56524347a040] Glyph 0x672C not found, selecting one more font for (方正中雅宋_GBK, 400, 0)
[Parsed_subtitles_3 @ 0x56524347a040] fontselect: (方正中雅宋_GBK, 400, 0) -> /usr/share/fonts/sarasa/sarasa-gothic-sc-regular.ttf, 0, Sarasa-Gothic-SC-Regular

@pusheax 如果他的文件系统用的是 ZFS 这种吃内存的，内存出错带来的后果会更严重，ECC 相当有必要。
他之前还吐槽急着想把内核 rust 化的开发者 rust 也有不稳定的问题。做内核的就是稳定性压倒一切。

@Runm 主要现在甜品显卡新品都缺胳膊少腿还贵的，可能买个旧显卡比如 1650 之类的拿来直通 windows 就 ok 了

本人就是在国内 985 ，211 修完本科，再去法国修完 L3 和 M2 的计算机专业的，法国同学虽然编程水平不尽相同，除了那种摸鱼的学生，数学平均基本没有很差的，概率统计高数平均分都能考个 13 左右（满分 20, 考试题目一点都不比国内简单）。
有的营销号天天宣扬外国数学水平差，还真的有人信，真出去了怕不是直接挂科留级。

@echo1937 就是 vm 不会独占显卡，一个显卡多个 vm 同时使用. bios 里给显卡多分配一些显存可以增加服务稳定性。
load 过大崩了可以用 cron 脚本重启 vm 或者 watchdog 自动重启解决。
个人觉得很实用的特性，因为不仅仅是硬解加速需要显卡，我的一些其它应用（不想放在影音服务器 vm 上）也需要，多插一张显卡的话费电不说还得额外花钱买。