Local
-
just-js 高性能 javascript 运行时
一个非常小的 v8 javascript 运行时，仅适用于 Linux。 在Techempower第21回测试中，获得第一名！！！ github地址： https://github.com/just-js/just 构建和运...
1 3578 3 javascript -
KVM显卡直通后Windows虚拟机爆音、画面卡顿？一文搞定MSI中断与QEMU延迟优化
在玩 KVM/VFIO 显卡直通（Passthrough）时，很多人好不容易解决了显卡驱动的“Code 43”报错，却卡在了最后一步： Windows 虚拟机里声音噼里啪啦像放鞭炮，打游戏、看视频时偶尔还会出现掉帧和微卡顿（Micro-s...
-
彻底解决 AMD 显卡 PVE 直通 Win11 报错 Code 43：深度排查指南与重置脚本实战
在玩转 PVE（Proxmox VE）All in One 或是高帧率云游戏主机的路上，AMD 显卡（如 RX 580、RX 5700XT、RX 6600XT 等）因其出色的性价比和对 macOS 的友好度，成为了很多折腾党的不二之选。 ...
-
PVE 8.0 升级后 i226-V 网卡直通频繁断网？排查思路与终极解决方法
在将 Proxmox VE (PVE) 升级到 8.0 甚至更高版本（内核升级至 6.2 / 6.5 / 6.8）后，不少将 Intel i226-V 网卡直通给 OpenWrt、iStoreOS 或 pfSense 等软路由系统的用户，...
-
拒绝重启：KVM 虚拟机 SR-IOV 直通极速网络与网卡热插拔实战
在高性能计算、低延迟网络传输（如金融交易、电信网元 NFV）等场景下，普通的 VirtIO 虚拟网卡即使开启了 vhost-net，也无法满足极致的吞吐和延迟要求。**SR-IOV（Single Root I/O Virtualizati...
-
穷玩 HomeLab：双盘位 N100 小主机跑 PVE，怎么用 ZFS 做最低成本的容灾？
在 HomeLab 圈子里，N100 双盘位小主机（比如各类双网口/多网口轻量 NAS、小主机）几乎是性价比的代名词。 但双盘位跑 Proxmox VE (PVE) 会面临一个尴尬的痛点： 如果直接做 ZFS Mirror（镜像），可...
-
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.1下Intel N100核显SR-IOV直通Win11：代码43与物理接口无信号的底层逻辑与终极解决方案
在 Proxmox VE (PVE) 8.1 环境下，将 Intel N100 (Alder Lake-N) 的核显通过 SR-IOV 虚拟化出多个 VF (Virtual Function) 并直通给 Windows 11 虚拟机时，很...
-
双路服务器 PVE 虚拟机游戏惨烈掉帧？手把手教你配置 NUMA 绑定与 CPU 亲和性
很多用双路至强（Xeon）或双路 EPYC 组装家用服务器的玩家，在 PVE（Proxmox VE）下直通显卡给 Windows 虚拟机玩游戏时，都会遇到一个玄学问题： 显卡配置明明很高，但游戏内频繁出现周期性的卡顿、严重掉帧（甚至...
-
彻底解决 PVE 虚拟机直通 HDMI 音频爆音、杂音与延迟的底层优化指南
在 Proxmox VE（PVE）中将显卡及 HDMI 音频设备直通给 Windows 或 Linux 虚拟机后，几乎所有用户都会遇到一个经典顽疾： 声音断断续续、刺耳爆音（Crackling）、或者明显的音频延迟 。 这并不是因为显...
-
跑满 NVMe 极限：基于 SPDK 的无锁分布式元数据引擎架构设计
在单盘 NVMe SSD 轻松突破百万级 IOPS、百微秒级延迟的今天，分布式存储系统的性能瓶颈早已不再是底层物理硬件的读写速度，而是软件栈在 CPU 上的开销。 在传统架构中，元数据引擎（如基于内核态文件系统的 RocksDB）在面...
-
如何设计 LSM-Tree 存储引擎的 Compaction 限速机制，彻底解决 P99 延迟抖动？
在基于 LSM-Tree（Log-Structured Merge-tree）架构的存储引擎（如 RocksDB、TiKV 等）中， Compaction（压实） 是维持系统健康运转的核心机制。它通过在后台合并 SStables，清理过...
-
Cassandra 5.0 中的 Accord 事务引擎是如何解决元数据与依赖日志无限膨胀问题的？
作为 Cassandra 5.0 最受瞩目的特性之一，基于 Accord 协议 的全局多 Key 无锁 ACID 事务（CEP-15）彻底改变了 Cassandra 过去只能依靠 LWT（轻量级事务）实现单行一致性的局限。 然而，分...
-
嫌 Cassandra 的 Paxos 慢？聊聊如何实现高性能的“无锁”强一致性写入
在分布式数据库领域，Cassandra 一直以极高的写入吞吐量（AP 系统的典范）著称。然而，一旦业务场景要求 强一致性（Linearizability） ，比如余额扣减、唯一性约束，大家的第一反应往往是使用 Cassandra 的轻量级...
-
深度解析：多主（Multi-Master）架构下，高并发写入的冲突解决与一致性保障
在现代大规模分布式系统中，多主（Multi-Master，也称双活或多活）架构因其高可用性和就近写入的低延迟特性，成为许多跨国或跨地域业务的首选。然而，多主架构在享受“处处可写”便利的同时，也引入了分布式系统中最棘手的难题： 当多个节点在...
-
多云多活架构下，基于 Istio EnvoyFilter 的专线延迟感知智能路由方案
在多云多活（Multi-Cloud Active-Active）架构中，跨云专线（Leased Line）是连接不同云地域（Region）内微服务的核心纽带。然而，专线并非坚不可摧，它经常面临以下痛点： 隐性衰退： 专线并未彻...
-
多云跨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 的 $...
-
彻底解决 SPDK 启用 AF_XDP 时的 memlock 报错：从原理到生产级配置
在 Linux 5.15+ 内核环境下，使用 SPDK（Storage Performance Development Kit）搭配 AF_XDP 驱动（特别是配合 bdev_aio 或自定义网络前端）时，很多开发者在初始化 UMEM...
