<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>性能调优 on Answer</title>
    <link>https://answer.freetools.me/tags/%E6%80%A7%E8%83%BD%E8%B0%83%E4%BC%98/</link>
    <description>Recent content in 性能调优 on Answer</description>
    <generator>Hugo -- 0.152.2</generator>
    <language>zh-cn</language>
    <lastBuildDate>Mon, 09 Mar 2026 07:56:24 +0800</lastBuildDate>
    <atom:link href="https://answer.freetools.me/tags/%E6%80%A7%E8%83%BD%E8%B0%83%E4%BC%98/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>SIMD向量化：为什么一行代码能让性能提升10倍</title>
      <link>https://answer.freetools.me/simd%E5%90%91%E9%87%8F%E5%8C%96%E4%B8%BA%E4%BB%80%E4%B9%88%E4%B8%80%E8%A1%8C%E4%BB%A3%E7%A0%81%E8%83%BD%E8%AE%A9%E6%80%A7%E8%83%BD%E6%8F%90%E5%8D%8710%E5%80%8D/</link>
      <pubDate>Mon, 09 Mar 2026 07:56:24 +0800</pubDate>
      <guid>https://answer.freetools.me/simd%E5%90%91%E9%87%8F%E5%8C%96%E4%B8%BA%E4%BB%80%E4%B9%88%E4%B8%80%E8%A1%8C%E4%BB%A3%E7%A0%81%E8%83%BD%E8%AE%A9%E6%80%A7%E8%83%BD%E6%8F%90%E5%8D%8710%E5%80%8D/</guid>
      <description>深入解析SIMD向量化的技术原理与工程实践。从Flynn分类法到AVX-512的二十年演进，从编译器自动向量化到手动intrinsics编程，系统阐述数据布局、内存对齐、频率降频等关键问题。涵盖JSON解析、图像处理等实际案例，以及SIMD与GPU的选择权衡。</description>
    </item>
    <item>
      <title>文件描述符为何会耗尽:从内核内存到OOM Killer的三层陷阱</title>
      <link>https://answer.freetools.me/%E6%96%87%E4%BB%B6%E6%8F%8F%E8%BF%B0%E7%AC%A6%E4%B8%BA%E4%BD%95%E4%BC%9A%E8%80%97%E5%B0%BD%E4%BB%8E%E5%86%85%E6%A0%B8%E5%86%85%E5%AD%98%E5%88%B0oom-killer%E7%9A%84%E4%B8%89%E5%B1%82%E9%99%B7%E9%98%B1/</link>
      <pubDate>Fri, 06 Mar 2026 22:15:50 +0800</pubDate>
      <guid>https://answer.freetools.me/%E6%96%87%E4%BB%B6%E6%8F%8F%E8%BF%B0%E7%AC%A6%E4%B8%BA%E4%BD%95%E4%BC%9A%E8%80%97%E5%B0%BD%E4%BB%8E%E5%86%85%E6%A0%B8%E5%86%85%E5%AD%98%E5%88%B0oom-killer%E7%9A%84%E4%B8%89%E5%B1%82%E9%99%B7%E9%98%B1/</guid>
      <description>从GitHub Actions的&amp;#34;EMFILE&amp;#34;错误到Amazon EKS的OOMKilled事故,深度解析文件描述符泄漏的三层限制机制。基于Linux内核源码、IEEE论文、生产环境postmortem报告等50&#43;权威信源,系统剖析文件描述符从进程级fdtable到系统级file-max的完整层级,揭示文件描述符如何通过内核内存消耗触发OOM Killer、容器环境中的独特挑战、以及/proc/sys/fs/file-nr到lsof的监控实践。涵盖CLOSE_WAIT状态、select/poll/epoll限制差异、systemd与Docker配置陷阱、以及从静态分析到运行时检测的完整排查方法论。</description>
    </item>
    <item>
      <title>数据库连接池不是越大越好：为什么10个连接能击败100个</title>
      <link>https://answer.freetools.me/%E6%95%B0%E6%8D%AE%E5%BA%93%E8%BF%9E%E6%8E%A5%E6%B1%A0%E4%B8%8D%E6%98%AF%E8%B6%8A%E5%A4%A7%E8%B6%8A%E5%A5%BD%E4%B8%BA%E4%BB%80%E4%B9%8810%E4%B8%AA%E8%BF%9E%E6%8E%A5%E8%83%BD%E5%87%BB%E8%B4%A5100%E4%B8%AA/</link>
      <pubDate>Fri, 06 Mar 2026 22:09:20 +0800</pubDate>
      <guid>https://answer.freetools.me/%E6%95%B0%E6%8D%AE%E5%BA%93%E8%BF%9E%E6%8E%A5%E6%B1%A0%E4%B8%8D%E6%98%AF%E8%B6%8A%E5%A4%A7%E8%B6%8A%E5%A5%BD%E4%B8%BA%E4%BB%80%E4%B9%8810%E4%B8%AA%E8%BF%9E%E6%8E%A5%E8%83%BD%E5%87%BB%E8%B4%A5100%E4%B8%AA/</guid>
      <description>从Oracle Real World Performance Group的震撼实验说起，深度剖析数据库连接池配置的反直觉真相。基于HikariCP官方Wiki、PostgreSQL性能基准测试、USENIX Security论文等50&#43;权威信源，揭示连接池大小为何存在性能拐点、上下文切换如何吞噬性能、以及核心数×2&#43;磁盘数公式的数学原理。涵盖连接泄漏检测、超时配置陷阱、PgBouncer三种池模式对比、云原生环境挑战等实战经验，为开发者提供从理论到实践的完整配置指南。</description>
    </item>
    <item>
      <title>伪共享：当你的多线程代码慢了100倍却找不到原因</title>
      <link>https://answer.freetools.me/%E4%BC%AA%E5%85%B1%E4%BA%AB%E5%BD%93%E4%BD%A0%E7%9A%84%E5%A4%9A%E7%BA%BF%E7%A8%8B%E4%BB%A3%E7%A0%81%E6%85%A2%E4%BA%86100%E5%80%8D%E5%8D%B4%E6%89%BE%E4%B8%8D%E5%88%B0%E5%8E%9F%E5%9B%A0/</link>
      <pubDate>Fri, 06 Mar 2026 07:21:29 +0800</pubDate>
      <guid>https://answer.freetools.me/%E4%BC%AA%E5%85%B1%E4%BA%AB%E5%BD%93%E4%BD%A0%E7%9A%84%E5%A4%9A%E7%BA%BF%E7%A8%8B%E4%BB%A3%E7%A0%81%E6%85%A2%E4%BA%86100%E5%80%8D%E5%8D%B4%E6%89%BE%E4%B8%8D%E5%88%B0%E5%8E%9F%E5%9B%A0/</guid>
      <description>深入解析CPU缓存伪共享问题：从MESI缓存一致性协议的底层原理，到跨NUMA节点的性能灾难，再到Java @Contended、Go CacheLinePad、C&#43;&#43; alignas等各语言的解决方案。基于Herb Sutter经典文章、LMAX Disruptor最佳实践，以及真实的性能基准测试数据（性能损失可达100倍），揭示这个&amp;#34;隐形性能杀手&amp;#34;的技术本质。</description>
    </item>
    <item>
      <title>NUMA架构下为什么你的多线程程序可能比单线程还慢</title>
      <link>https://answer.freetools.me/numa%E6%9E%B6%E6%9E%84%E4%B8%8B%E4%B8%BA%E4%BB%80%E4%B9%88%E4%BD%A0%E7%9A%84%E5%A4%9A%E7%BA%BF%E7%A8%8B%E7%A8%8B%E5%BA%8F%E5%8F%AF%E8%83%BD%E6%AF%94%E5%8D%95%E7%BA%BF%E7%A8%8B%E8%BF%98%E6%85%A2/</link>
      <pubDate>Fri, 06 Mar 2026 03:12:59 +0800</pubDate>
      <guid>https://answer.freetools.me/numa%E6%9E%B6%E6%9E%84%E4%B8%8B%E4%B8%BA%E4%BB%80%E4%B9%88%E4%BD%A0%E7%9A%84%E5%A4%9A%E7%BA%BF%E7%A8%8B%E7%A8%8B%E5%BA%8F%E5%8F%AF%E8%83%BD%E6%AF%94%E5%8D%95%E7%BA%BF%E7%A8%8B%E8%BF%98%E6%85%A2/</guid>
      <description>NUMA架构是现代多路服务器的内存设计基础，但它打破了&amp;#34;所有内存访问时间相同&amp;#34;的假设。本文深入分析NUMA架构下多线程性能下降的根本原因，包括线程与数据分离、自动NUMA平衡开销、跨节点共享数据等典型场景，并提供NUMA感知编程的实践指南。</description>
    </item>
    <item>
      <title>连接池耗尽：为什么你的数据库连接池总是成为生产事故的元凶</title>
      <link>https://answer.freetools.me/%E8%BF%9E%E6%8E%A5%E6%B1%A0%E8%80%97%E5%B0%BD%E4%B8%BA%E4%BB%80%E4%B9%88%E4%BD%A0%E7%9A%84%E6%95%B0%E6%8D%AE%E5%BA%93%E8%BF%9E%E6%8E%A5%E6%B1%A0%E6%80%BB%E6%98%AF%E6%88%90%E4%B8%BA%E7%94%9F%E4%BA%A7%E4%BA%8B%E6%95%85%E7%9A%84%E5%85%83%E5%87%B6/</link>
      <pubDate>Wed, 04 Mar 2026 16:04:32 +0800</pubDate>
      <guid>https://answer.freetools.me/%E8%BF%9E%E6%8E%A5%E6%B1%A0%E8%80%97%E5%B0%BD%E4%B8%BA%E4%BB%80%E4%B9%88%E4%BD%A0%E7%9A%84%E6%95%B0%E6%8D%AE%E5%BA%93%E8%BF%9E%E6%8E%A5%E6%B1%A0%E6%80%BB%E6%98%AF%E6%88%90%E4%B8%BA%E7%94%9F%E4%BA%A7%E4%BA%8B%E6%95%85%E7%9A%84%E5%85%83%E5%87%B6/</guid>
      <description>从PostgreSQL进程模型到HikariCP的ConcurrentBag实现，深度解析数据库连接池的工作原理、配置陷阱与生产事故案例。涵盖连接池大小计算公式、PgBouncer三种池化模式、连接泄漏检测、微服务环境下的连接数规划、以及从$200K损失事故中总结的排查与优化策略。</description>
    </item>
  </channel>
</rss>
