文章标签
吞吐量
-
架构师的抉择：Proxy-Wasm 还是 Lua？深剖 Envoy 扩展在高并发下的长尾延迟
在云原生网关和 Service Mesh 的实践中，Envoy 的可扩展性一直是其核心竞争力。无论是处理复杂的鉴权逻辑，还是实现动态的流量分发，开发者往往需要在 Envoy Lua 和 Proxy-Wasm 之间做出选择。 然...
-
从孤岛到全景：SkyWalking + Istio 跨语言全链路追踪深度实战
在前后端分离且微服务化的架构中，一个用户请求往往会跨越前端、网关、多个后端服务（Java/Go/Node.js）以及数据库。当系统变慢或报错时，“到底是哪一步慢了”成了程序员的梦魇。 虽然 Istio 提供了强大的服务治理能力，但它在...
-
SkyWalking OAP Server 性能调优：海量自定义 Tag 索引的避坑与优化实践
在分布式链路追踪（APM）的实践中， 自定义 Tag 是实现业务维度监控的核心。无论是通过 SpanTag 记录业务订单号，还是通过 tags 过滤特定租户的请求，自定义标签都提供了极大的灵活性。 然而，很多开发者在开启“全...
0 47 0 0 0 SkyWalking性能调优 -
OPA 与 Envoy 配合时的延迟排查指南：当判定延迟超过 10ms 时，你应该检查哪些配置？
在云原生架构中，使用 OPA (Open Policy Agent) 作为 Envoy 的外部授权服务（ext_authz）是实现细粒度接入控制的标准做法。然而，由于每一次请求都需要经过外部授权判定，其延迟（Latency）直接影响系统的...
-
别让 CPU 缓存“打架”：深度解析 Java 伪共享（False Sharing）与 Padding 优化
在高性能并发编程领域，开发者往往会关注锁竞争、线程池配置、算法复杂度等宏观指标。然而，当系统吞吐量达到瓶颈，且通过 Profiler 工具发现某些热点变量的读写延迟异常升高时，问题往往隐藏在更底层的硬件层面—— 伪共享（False Sha...
-
不仅是伪共享：深度解析 CPU 分支预测失败对 Java 循环性能的致命打击
在 Java 高性能编程领域，很多开发者对**缓存行伪共享（False Sharing）**如数家珍，知道通过 @Contended 或字节填充来保护高频更新的变量。然而，在实际的循环密集型计算中，另一个隐藏在底层的“性能杀手”往往比...
-
别只盯着 ORM：揭秘 DataReader 背后那些被忽视的底层性能瓶颈
在进行数据库性能优化时，大多数开发者的第一反应是“放弃重量级 ORM，改用原生 DataReader”。确实，避开了反射（Reflection）和复杂的对象追踪，速度会有质的飞跃。 然而，在处理海量数据或高频 QPS 场景时，你可能会...
-
告别缓慢的反射：利用 LambdaMetafactory 打造高性能动态调用实战
在 Java 开发中，反射（Reflection）是我们实现通用框架、依赖注入和动态代理的基石。然而，凡是追求极致性能的场景，反射往往是第一个被“开刀”的对象。 如果你正在开发高性能中间件、高频执行的 ORM 映射或大规模数据序列化工...
-
在高并发场景下，如何优雅地解决网卡多队列（RSS）导致的 CPU 软中断不均与风暴问题？
在承载高并发、大吞吐量网络业务（如 LVS、Nginx 网关、高 QPS Redis 集群）的 Linux 多核服务器上， “CPU 0 独占网络软中断，其他 CPU 闲得发慌” 或者 “ksoftirqd/0 进程 CPU 占用率飙...
-
彻底解决 si 满载：高并发下 Linux 多队列网卡 RSS 性能调优实战
在高并发的互联网应用中，我们经常会遇到这样一种尴尬的情况：服务器 CPU 整体占用率并不高，但其中的某一个核心（通常是 CPU0）的 si （Softirq，软中断）字段长时间处于 80%-100% 之间。伴随而来的是网络响应延迟抖动、...
-
精准定位多线程“内耗”：利用 Linux perf c2c 攻克 Cache 伪共享瓶颈
在多线程高并发场景下，我们经常会遇到一种诡异的性能瓶颈： 明明线程之间没有锁竞争，各线程处理的数据也完全独立，但随着 CPU 核心数的增加，程序吞吐量反而急剧下降。 这种现象，极大概率是由 Cache 伪共享（False Shar...
-
突破并发瓶颈：Go 高并发无锁（Lock-Free）Map 设计深度解析
在 Go 语言高并发场景下，传统的 sync.Mutex 或 sync.RWMutex 保护的 map 往往会因为锁竞争（Lock Contention）导致性能急剧下降。虽然通过内存填充（Padding）解决伪共享（Fals...
-
深入 Linux 内核：MESI 协议与 eBPF Map 跨核访问的硬件开销分析
在现代高性能网络与系统观测场景中，eBPF（Extended Berkeley Packet Filter）凭借其运行在内核态、无需上下文切换、安全可扩展等特性，成为了技术栈中的明星。然而，许多开发者在编写高性能 eBPF 程序（如 XD...
-
Go 高并发性能优化：如何结合 sync.Map 与内存对齐消灭伪共享
在高并发的 Go 服务中， sync.Map 常常被用来应对多协程读写 Map 的锁竞争问题。然而，很多开发者在享受到 sync.Map 带来的“读写分离”红利后，却发现系统在超高并发的写场景下，CPU 消耗异常偏高，QPS 遭遇瓶...
-
从CPU亲和性到无锁环形缓冲区：高频交易系统的低延迟C++优化实践
在高频交易（HFT）系统中，微秒级甚至纳秒级的延迟决定了策略的生死。在这类对实时性要求极苛刻的系统中，传统的互斥锁、线程上下文切换和内核系统调用都是性能杀手。要实现极致的低延迟，开发人员必须向下钻研，充分利用现代多核 CPU 的硬件特性与...
-
拒绝内核上下文切换：基于 memfd_create 与无锁环形队列构建高安全、极致性能的用户态 IPC
在传统的 Linux 系统中，跨进程通信（IPC）如管道（Pipe）、Unix Domain Socket（UDS）或消息队列，往往伴随着 内核态与用户态的上下文切换 以及 内存数据的二次拷贝 （用户态 $ rightarrow$ 内核缓...
-
虚拟线程遇上数据库连接池：HikariCP 与 R2DBC 在高并发下的真实性能较量
Java 21 引入的虚拟线程（Virtual Threads）彻底改变了 Java 并发编程的游戏规则。它让我们能够以同步、直观的阻塞式代码，写出接近异步非阻塞的高吞吐程序。 然而，当我们将虚拟线程引入到最核心的底层场景—— 数据库...
-
JDK 21虚拟线程：哪些Native方法会引发Carrier Thread Pinning？如何排查与平替？
在JDK 21中，虚拟线程（Virtual Threads）的引入极大地提升了Java在高并发I/O场景下的吞吐量。然而，虚拟线程并非万能药。当虚拟线程中执行某些特定操作时，它会“钉”在底层的平台线程（Carrier Thread）上，导...
-
Spring Boot 3 虚拟线程时代：从 ThreadLocal 平滑迁移到 ScopedValue 实战指南
随着 Spring Boot 3.2 的发布，Java 21 的虚拟线程（Virtual Threads）正式成为生产环境的标配。许多团队在将项目升级到 JDK 21 并开启虚拟线程后，发现原本运行良好的系统出现了隐形的性能瓶颈，甚至内存...
0 21 0 0 0 -
Java 21 虚拟线程避坑：主流 JDBC 驱动与 ORM 框架“钉死”（Pinning）现状深剖
在 Java 21 正式引入虚拟线程（Virtual Threads）后，高并发网络 I/O 密集型应用的性能上限被极大地拉高。然而，许多团队在将传统的数据库驱动型项目（Spring Boot + JPA/MyBatis + JDBC）迁...