# 申威3231服务器Redis性能验证-及最全信创CPU性能分析 ## 背景 ``` 公司里面新进了几台服务器. 有台申威服务器. 因为前段时间参与过一次申威的POC验证. 当时对性能有一点简单的理解. 但是因为不方便,没有测试更多. 这次有了一台实体机器,并且可以上网, 所以感觉可以方便的多了.
https://zhuanlan.zhihu.com/p/429399630 Linux ubuntu 5.11.0-1021-generic #22-Ubuntu SMP Tue Sep 28 15:19:16 UTC 2021 riscv64 riscv64 riscv64 GNU/Linux
服务器内存条插法 曙光服务器 双CPU 单CPU 同泰移服务器 戴尔服务器 浪潮服务器
上一篇的最后一个例子，在多个进程竞争CPU时，我们看到每个进程实际上%usr部分只有20%多，70%多是在wait，但是load远远高于单个进程使用CPU达到100%。 这让我想到之前看的RWP公开课，里面有一篇连接池管理。为什么相同的业务量，起6千个连接（进程）远远要慢于200个连接，因为绝大多数
在排查网络问题时，我们还经常碰到的一个问题，就是内核线程的 CPU 使用率很高。比如，在高并发的场景中，内核线程 ksoftirqd 的 CPU 使用率通常就会比较高。回顾一下前面学过的 CPU 和网络模块，你应该知道，这是网络收发的软中断导致的。 要分析 ksoftirqd 这类 CPU 使用率比
相当于是前面篇章的小结 一、 CPU 性能指标 常见指标包括： 平均负载CPU 使用率（user、iowait、system、软硬中断等）进程上下文切换（自愿、非自愿）CPU 缓存的命中率 CPU 的处理速度就比内存的访问速度快得多。这样，CPU 在访问内存的时候，免不了要等待内存的响应。为了协调这
https://baize.cc/posts/efc.html#:~:text=Linux%E7%B3%BB%E7%BB%9F%E5%AE%89%E8%A3%85%E4%B9%8B%E5%90%8E%EF%BC%8C%E5%A6%82%E4%BD%95%E8%B0%83%E8%8A%82CPU%E6
一、 节拍率与CPU时间 前一篇说到，Linux 作为一个多任务操作系统，将每个 CPU 的时间划分为很短的时间片，再通过调度器轮流分配给各个任务使用，因此造成多任务同时运行的错觉。 为了维护 CPU 时间，Linux 通过事先定义的节拍率（内核中表示为 HZ），触发时间中断，并使用全局变量 Jif
上篇介绍了三种CPU 上下文切换以及它们可能造成的问题和原因，这一篇来看看在系统中如何发现CPU 上下文切换问题。 一、 查看上下文切换情况 主要使用两个命令：vmstat以及之前用过的pidstat。 1. vmstat # 每隔5秒输出1组数据vmstat 5 procs memory swap
有Exadata客户在进行exachk巡检之后反馈，发现系统中，exachk进程占用了大量CPU资源。 了解之前的变更，只是巡检之前升级了AHF，然后进行标准的exachk巡检。 现象： 目前机器整体CPU使用率是20%+，但被使用到的具体CPU core基本都是满负荷，都是这些exachk进程，这
K8S Pod 一直处于 Pending 状态 有几个原因可以阻止 Pod 运行，但我们将描述三个主要问题： 调度问题：无法在任何节点上调度 Pod。 镜像问题：下载容器镜像时出现问题。 依赖性问题：Pod 需要一个卷、Secret 或 ConfigMap 才能运行。 [root@k8smaster
一：背景 1. 讲故事 最近也挺奇怪，看到了两起 CPU 爆高的案例，且诱因也是一致的，觉得有一些代表性，合并分享出来帮助大家来避坑吧，闲话不多说，直接上 windbg 分析。 二：WinDbg 分析 1. CPU 真的爆高吗 这里要提醒一下，别人说爆高不一定真的就是爆高，我们一定要拿数据说话，可以
一：背景 1.讲故事 前段时间有位朋友加微信，说他的程序直接 CPU=100%，每次只能手工介入重启，让我帮忙看下到底怎么回事，哈哈，这种CPU打满的事故，程序员压力会非常大, 我让朋友在 CPU 高的时候抓 2 个 dump 下来，然后发给我分析。 二：WinDbg 分析 1. CPU 真的被打满
一：背景 1.讲故事 今天给大家带来一个入门级的 CPU 爆高案例，前段时间有位朋友找到我，说他的程序间歇性的 CPU 爆高，不知道是啥情况，让我帮忙看下，既然找到我，那就用 WinDbg 看一下。 二：WinDbg 分析 1. CPU 真的爆高吗 其实我一直都在强调，要相信数据，口说无凭，一定要亲
一：背景 1.讲故事 今天是🐏的第四天，头终于不巨疼了，写文章已经没什么问题，赶紧爬起来写。 这个月初有位朋友找到我，说他的程序出现了CPU爆高，让我帮忙看下怎么回事，简单分析了下有两点比较有意思。 这是一个安全生产的信息管理平台，第一次听说，我的格局小了。 这是一个经典的 CPU 爆高问题，过往
一：背景 1. 讲故事 前段时间有位朋友找到我，说他 docker 中的web服务深夜cpu被打满，让我帮忙看一下，很多朋友问docker中怎么抓dump，我一般都推荐使用 procdump 这款自动化工具，谁用谁知道，有了 dump 之后，接下来就是分析了。 二：WinDbg 分析 1. cpu
## 一：背景 ### 1. 讲故事 如果要分析 Linux上的 .NET程序 CPU 爆高，按以往的个性我肯定是抓个 dump 下来做事后分析，这种分析模式虽然不重但也不轻，还需要一定的底层知识，那有没有傻瓜式的 CPU 爆高分析方式呢？ 相信有很多朋友知道 **B站713事件**，最终就是用 p
## 一：背景 ### 1. 讲故事 前段时间有位朋友找到我，说他程序CPU直接被打满了，让我帮忙看下怎么回事，截图如下： 