https://plantegg.github.io/2023/04/16/%E6%AF%94%E8%BE%83%E4%B8%8D%E5%90%8CCPU%E4%B8%8B%E7%9A%84%E5%88%86%E6%94%AF%E9%A2%84%E6%B5%8B/ 目的本文通过一段对分支预测是否友好的代码来验证branchloadmiss差异，已经最终带来的性能差异。同时在x86和aarch64下各选几

定义在runtime的sync.map包中有定义：typeMapstruct{ muMutex//锁 readatomic.Pointer[readOnly]//包含了readOnly类型的一个struct，下方把Pointer也贴了 dirtymap[any]*entry //一个map存储数据 missesint//错过、没有命中}//readOnlyisanim

十年后数据库还是不敢拥抱NUMA？在2010年前后MySQL、PG、Oracle数据库在使用NUMA的时候碰到了性能问题，流传最广的这篇 MySQL–TheMySQL“swapinsanity”problemandtheeffectsoftheNUMAarchitecture 描述了性能问题的原因(文章中把原因找错了)以及解决方案：关闭NUMA。

十年后数据库还是不敢拥抱NUMA？在2010年前后MySQL、PG、Oracle数据库在使用NUMA的时候碰到了性能问题，流传最广的这篇 MySQL–TheMySQL“swapinsanity”problemandtheeffectsoftheNUMAarchitecture 描述了性能问题的原因(文章中把原因找错了)以及解决方案：关闭NUMA。

Perf全名是PerformanceEvent，是在Linux2.6.31以后内建的系统效能分析工具，它随着核心一并释出。藉由perf，应用程式可以利用PMU(PerformanceMonitoringUnit),tracepoint和核心内部的特殊计数器(counter)来进行统计，另外还能同时分析运行中的核心程式码，从而更全面了解应用程式

Perf全名是Performance Event，是在Linux 2.6.31 以后内建的系统效能分析工具，它随着核心一并释出。藉由perf，应用程式可以利用PMU (Performance Monitoring Unit), tracepoint 和核心内部的特殊计数器(counter) 来进行统计，另外还能同时分析运行中的核心程式码，从而更全面了解