规则
-
Jellyfin 提示“客户端不支持该媒体格式”又不自动转码？教你修改 Profile 配置文件强制触发转码
在自建家庭影音系统时，Jellyfin 是非常主流的选择。但很多朋友会遇到一个非常诡异的痛点： 在某些特定的客户端（如某款老旧安卓盒子、特定的智能电视、甚至是某些套壳 App）上播放高码率或特定编码（如 HEVC/H.265、DTS ...
-
PVE LXC 容器中 Jellyfin 开启 Intel QSV 硬解报错 0x0000001 的彻底排查与修复指南
在 PVE (Proxmox VE) 的 LXC 容器中运行 Jellyfin 并尝试开启 Intel QuickSync (QSV) 硬件加速时，报错 0x0000001 （或伴随 Device creation failed: -...
-
榨干最后一瓦：软路由万兆网卡 ASPM 节能保姆级开启与调优指南
在玩软路由和家庭服务器（All in One）的圈子里，万兆网卡（10G NIC）几乎是标配。然而，很多人在把网卡插上、网线接通之后，往往会忽略一个隐形的主机“电费刺客”——PCIe 功耗。 由于万兆网卡（尤其是电口网卡，如 Inte...
-
高并发下 nf_conntrack: table full 报错？教你精准计算内核参数，拒绝内存崩溃
在高并发网络压力测试或遭遇 DDoS 攻击时，Linux 服务器的 dmesg 或者是 /var/log/messages 经常会爆出这样一条红字警告： nf_conntrack: table full, dropping ...
-
直通网卡和核显后，OpenWrt热重启导致整机断电死锁的底层原因与终极解决办法
在玩软路由或 “All-in-One” 架构的 Homelab 圈子里，这是一个非常经典但又极度让人抓狂的「硬件级死锁」现象。 表现为：虚拟机（通常是 PVE 或 ESXi）正常运行，一旦你点击 OpenWrt 的「重启」或在后台执行...
-
PVE网卡直通绑定失效？一文看懂IOMMU分组拆分与ACS补丁实操
在玩转 Proxmox VE（PVE）做软路由、NAS 或 AIO（All-in-One）系统时， PCIe 硬件直通 几乎是必经之路。但很多人在直通网卡（尤其是多口网卡或板载网卡）时，经常会遇到一个诡异的现象： 一旦把网卡分配给...
-
N100 平台 PVE 8 开启核显 SR-IOV 后的整机功耗实测与深度调优指南
在低功耗小主机和 NAS 界，Intel N100 凭借 4 个 Alder Lake-N 核心和 24EU 的 Xe 核显，直接成为了新一代的「神U」。而 Proxmox VE (PVE) 作为家用虚拟化平台的首选，配合 SR-IOV...
-
N100核显SR-IOV虚拟化：PVE 8.x下Jellyfin与Plex开启QSV硬解保姆级教程
在 PVE 8.x 下，Intel N100 凭借其极低的功耗和出色的 QSV 解码能力，成为了家用 NAS/All-in-One 路由器的明星 CPU。传统的核显直通（Passthrough）只能将核显分给单一虚拟机，而通过 SR-I...
-
PVE 8.0下Intel 12代及以上核显SR-IOV虚拟化实操教程（保留宿主机HDMI输出）
在 Intel 11 代之前的消费级平台上，我们常用 GVT-g 技术来对核显进行分片虚拟化。但从 12 代（Alder Lake）及以后的架构（包括 N100、i3-12100、i7-13700 等）开始，Intel 彻底废弃了 GVT...
-
13代Intel核显在PVE 8.1下完美的SR-IOV虚拟化配置指南
在玩转 Homelab 和 PVE（Proxmox VE）时，核显虚拟化一直是高频需求。自 Intel 11 代 CPU 开始，传统的 GVT-g 虚拟化方案（可以将核显切分为多个 vGPU 供不同虚拟机使用）已被彻底废弃。取而代之的是 ...
-
TiKV Titan 存储引擎应对 SSD 硬件空洞与文件系统碎片的深层优化实践
在 TiDB/TiKV 的大规模生产实践中，为了应对大 Value 带来的写放大问题，我们通常会开启 Titan 存储引擎。Titan 通过 KV 分离 （Key-Value Separation）将大 Value 从 LSM-tree...
-
从 EPaxos 到 Accord：分布式共识如何突破 1 RTT 的极限？
在分布式系统领域，传统的强一致性共识算法（如 Multi-Paxos、Raft）通常依赖一个稳定的 Leader。这种设计虽然直观，但在跨地域（Geo-distributed）部署或高并发写入场景下，会暴露出明显的局限性： 网络...
-
嫌 Cassandra 的 Paxos 慢？聊聊如何实现高性能的“无锁”强一致性写入
在分布式数据库领域，Cassandra 一直以极高的写入吞吐量（AP 系统的典范）著称。然而，一旦业务场景要求 强一致性（Linearizability） ，比如余额扣减、唯一性约束，大家的第一反应往往是使用 Cassandra 的轻量级...
-
单元化（SET）架构落地，有哪些书本上不会写的“致命隐形坑”？
在互联网大厂的技术宣讲和架构分享中，“单元化（SET 架构）”几乎是高可用、异地多活、无限水平扩展的代名词。PPT 里的架构图总是优雅美观：流量在最前端通过 GSLB 和网关，按照路由键（Routing Key）精准分流到不同的 SET（...
-
多云跨VPC网络下，Cilium BGP与Istio联动的NodePort流量容灾路径设计
在多云、跨 VPC 的混合云架构中，企业往往受限于云厂商的负载均衡器（LoadBalancer）跨界限制或昂贵的专线/网关成本，选择通过 Cilium BGP + 物理/虚拟路由器 直接宣告 Kubernetes 节点路由，并结合 ...
-
Cilium eBPF 碰上 Istio Envoy：NodePort 流量的劫持与交接艺术
在当今的 Kubernetes 生产实践中， Cilium（eBPF CNI） 与 Istio（Envoy Service Mesh） 的强强联合已成为高性能云原生架构的标配。然而，这种双重数据面架构也引入了极高的复杂度。 当一...
-
彻底抛弃 kube-proxy 后 Cilium 如何依靠 eBPF 驾驭 NodePort 与 ExternalIP 流量
在传统的 Kubernetes 集群中，服务发现和负载均衡主要依赖 kube-proxy 。它通过维护大规模的 iptables 规则或 IPVS 虚拟服务器来实现流量转发。然而，随着集群规模的扩大， iptables 的 $...
-
告别 iptables 泥潭：在大规模 K8s 集群中用 eBPF 彻底解放 Service 转发性能
在 Kubernetes 集群规模迈向数千节点、数万 Pod 的过程中，网络性能往往会最先撞墙。 许多平台工程师或 SRE 都会遇到类似的诡异现象：集群节点数变多后，新建连接的延迟偶尔出现抖动，CPU 莫名其妙地在内核态出现尖峰，甚至...
-
打破 K8s 传统网络瓶颈：基于 eBPF 的多租户容器隔离与 EDT 极速限速设计
在多租户 Kubernetes 集群中，网络隔离与带宽限制是保障租户安全与服务质量（QoS）的刚需。然而，传统的实现方案往往存在严重的性能瓶颈： 网络隔离 ：传统方案依赖 iptables 或 IPVS 。当集群 Serv...
-
用 eBPF TC 打造高吞吐低延迟的无特权 Kubernetes 容器网络架构设计与实现
在传统的 Kubernetes 网络架构中，容器间通信通常依赖于 veth pair、Linux Bridge 以及 iptables/IPVS 等技术。当数据包从一个 Pod 发往另一个 Pod 时，它需要跨越多次网络栈，经历繁琐的路由...
