一脚踢炸 2 块希捷 16t 的路过....

NAS 最难找的就是好机箱, 之前用的一个全塔机箱皮薄还共振, 后面我从自家仓库里翻出来一个 coolmaster N400 的机箱, 清理干净以后, 结实安静, 又没有明显共振, 盘位支持 7x3.5+2x5.5+3x2.5, 安心多了.

现在新的全塔几乎都没有什么 3.5 硬盘位, 所谓的 NAS 机箱又溢价严重 (说得就是你银欣), 再过几年可能就只能买到机架式的了

什么反作弊?
无论是 easy anti cheat 还是 battle eye 在虚拟机里不都好好的?
先报个游戏名吧.

cpu 硬盘 显卡全都 passthrough, 而且虚拟机什么参数都可以改, 不知道它靠什么能判断是虚拟机.

如果你的机器内核是不开源的, 部分元件又使用了定制的内核驱动.

那么在使用第三方 GSI ROM 的时候, 很容易出现 相机失灵, 重力感应反向, 指纹识别失灵之类的驱动问题.

因为厂商不开源内核, 这些第三方的开发者也不会花时间去猜你是怎么实现的...

而且这种机器, 99% 没有原生第三方 rom, 只有通用 GSI ROM 和官方 ROM 的修改版可以刷.

其实 要用新版本 windows+机械硬盘你可以用 windows server....就是很多客户端用的软件跑不了

不过机械硬盘性能也是参差不齐.
不小心买的全新 SMR 的西数盘, 读写就 130-150M/s, 2.5Gbps 的网络带宽的一半都达不到

CMR+7200 转 才够用

6900hs
5800h
3600
5950x
都没有出现 OP 的情况...

如果你天天被版权方寄信 罚款 2500 欧一次 你就不会说 pt 没用了

duckdns

解锁了以后, 因为内核没有开源, 就连刷 GSI 都有各种奇怪的驱动 bug.
个人建议内核不开源的还是别折腾了, 就算能解锁, 也没有 rom 可用或者 rom 有比较严重的 bug.
比如联想的机器, 虽然解锁 bl 很方便, 但是内核不开源, 第三方 rom 一堆 bug.

日常就 wsl2+ssh+ansible
出问题就 windterm

@ysc3839 这.... 你 homelab 或者其它服务器上弄个 dns 服务器不就解决了....然后光猫的 DHCP 指定分配的 DNS 服务器为内网的 DNS 服务器, 而且新光猫不都是支持 upnp igd 的吗. 可能只有很老款的才不支持.

学习 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, 实际是不可用的).