Linux性能定位

最新推荐文章于 2023-07-21 11:32:15 发布
最新推荐文章于 2023-07-21 11:32:15 发布
阅读量352 收藏
点赞数
分类专栏： 性能调优

首先通过机器的各类资源指标，看现象，定位问题所在点。

本文翻译自Netflix Performance Engineering 团队的文章:
https://medium.com/netflix-techblog/linux-performance-analysis-in-60-000-milliseconds-accc10403c55
稍微增加了一点解释性内容。

这篇文章讲解在命令行中进行一次最佳的性能分析的前60秒要做的事，使用的是你应该可以得到的标准 Linux 工具。

前六十秒：总览

通过运行下面十个命令，你就能在六十秒内粗略地了解系统正在运行的进程及资源使用情况。通过查看这些命令输出的错误信息和资源饱和度（它们都很容易看懂），你可以接下来对资源进行优化。饱和是指某个资源的负载超出了其能够处理的限度。一旦出现饱和，它通常会在请求队列的长度或等待时间上暴露出来。

uptime
dmesg | tail
vmstat 1
mpstat -P ALL 1
pidstat 1
iostat -xz 1
free -m
sar -n DEV 1
sar -n TCP,ETCP 1
top

其中某些命令需要预先安装sysstat软件包。这些命令展示出来的信息能够帮你实施 USE方法（一种用于定位性能瓶颈的方法），比如检查各种资源（如CPU、内存、磁盘等）的使用率、饱和度和错误信息。另外在定位问题的过程中，你可以通过使用这些命令来排除某些导致问题的可能性，帮助你缩小检查范围，为下一步检查指明方向。

下面将以在一个生产环境上执行这些命令作为例子，简单介绍这些命令。若想详细了解这些工具的使用方法，请参考它们的 man 文档。

1. uptime

$ uptime
23:51:26 up 21:31,  1 user,  load average: 30.02, 26.43, 19.0

这是一种用来快速查看系统平均负载的方法，它表明了系统中有多少要运行的任务（进程）。在Linux系统中，这些数字包含了需要在CPU中运行的进程以及正在等待 I/O（通常是磁盘I/O）的进程。它仅仅是对系统负载的一个粗略展示，稍微看下即可。你还需要其他工具来进一步了解具体情况。

这三个数字展示的是1分钟、5分钟和15分钟内系统的负载总量平均值按照指数比例压缩得到的结果。从中我们可以看到系统的负载是如何随时间变化的。比如在检查一个问题时，看到1分钟对应的值远小于15分钟的值，那么可能说明这个问题已经过去了，你没能及时观察到。

在上面这个例子中，系统负载在随着时间增加，因为最近一分钟的负载值超过了30，而 15 分钟的平均负载则只有19。这样显著的差距包含了很多含义，比方CPU负载。若要进一步确认的话，则要运行 vmstat 或 mpstat 命令，这两个命令请参考后面的第3和第4节。

2. dmesg | tail

$ dmesg | tail
[1880957.563150] perl invoked oom-killer: gfp_mask=0x280da, order=0, oom_score_adj=0
[...]
[1880957.563400] Out of memory: Kill process 18694 (perl) score 246 or sacrifice child
[1880957.563408] Killed process 18694 (perl) total-vm:1972392kB, anon-rss:1953348kB, file-rss:0kB
[2320864.954447] TCP: Possible SYN flooding on port 7001. Dropping request.  Check SNMP counters

这条命令显式了最近的10条系统消息，如果它们存在的话。查找能够导致性能问题的错误。上面的例子包含了 oom-killer，以及 TCP 丢弃一个请求。

3. vmstat 1

$ vmstat 1
procs ---------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
34  0    0 200889792  73708 591828    0    0     0     5    6   10 96  1  3  0  0
32  0    0 200889920  73708 591860    0    0     0   592 13284 4282 98  1  1  0  0
32  0    0 200890112  73708 591860    0    0     0     0 9501 2154 99  1  0  0  0
32  0    0 200889568  73712 591856    0    0     0    48 11900 2459 99  0  0  0  0
32  0    0 200890208  73712 591860    0    0     0     0 15898 4840 98  1  1  0  0
^C

vmstat(8) 是虚拟内存统计的简称，是一个常用工具（几十年前为了 BSD 所创建）。其在每行打印一条关键的服务器的统计摘要。
vmstat 命令指定一个参数 1 运行，来打印每一秒的统计摘要。（这个版本的 vmstat）输出的第一行的那些列，显式的是开机以来的平均值，而不是前一秒的值。现在，我们跳过第一行，除非你想要了解并记住每一列。

进程信息:

  • r：CPU 中正在运行和等待运行的进程的数量。其提供了一个比平均负载更好的信号来确定 CPU 是否饱和，因为其不包含 I/O。解释：“r”的值大于了 CPU 的数量就表示已经饱和了。
  • b：CPU中非中断休眠的进程数量。

内存信息:

  • swpd: 虚拟内存使用的大小。
  • free：以 kb 为单位显式的空闲内存。如果数字位数很多，说明你有足够的空闲内存。“free -m”命令，是下面的第七个命令，其可以更好的说明空闲内存的状态。
  • buff:用作buffers的内存大小。
  • cache:作用cache的内存大小。
  • inact: 非活动内存大小，使用-a选项才显示。
  • active: 活动内存大小，使用-a选项才显示。

Swap信息:

  • si: 每秒从磁盘交换到swap的内存。
  • so: 每秒从swap交换到磁盘的内存。

如果它们不是零，则代表你的内存不足了。

IO信息：

  • bi: 每秒从块设备接受到的块数量。
  • bo: 每秒发送到块设备的块数量。

System信息:

  • in: 每秒中断的数量，包括时钟中断。
  • cs: 每秒上下文切换的次数。

CPU信息:

这些都是平均了所有 CPU 的 CPU 分解时间。

  • us:用户时间。
  • sy:系统内核时间。
  • id:空闲时间。
  • wa:等待I/O时间。
  • st:占用时间(stolen)（被其他访客，或使用Xen，访客自己独立的驱动域，2.6.11之后版本采用）。

CPU 分解时间将会通过用户时间加系统时间确认 CPU 是否为忙碌状态。等待 I/O 的时间一直不变则表明了一个磁盘瓶颈；这就是CPU的闲置，因为任务都阻塞在等待挂起磁盘I/O上了。你可以把等待I/O当成是CPU闲置的另一种形式，其给出了为什么 CPU 闲置的一个线索。

对于 I/O 处理来说，系统时间是很重要的。一个高于20%的平均系统时间，可以值得进一步的探讨：也许内核在处理 I/O 时效率太低了。

在上面的例子中，CPU 时间几乎完全花在了用户级，表明应用程序占用了太多 CPU 时间。而 CPU 的平均使用率也在90%以上。这不一定是一个问题；检查一下“r”列中的饱和度。

4. mpstat -P ALL 1

$ mpstat -P ALL 1
Linux 3.13.0-49-generic (titanclusters-xxxxx)  07/14/2015  _x86_64_ (32 CPU)

07:38:49 PM  CPU   %usr  %nice   %sys %iowait   %irq  %soft  %steal  %guest  %gnice  %idle
07:38:50 PM  all  98.47   0.00   0.75    0.00   0.00   0.00    0.00    0.00    0.00   0.78
07:38:50 PM    0  96.04   0.00   2.97    0.00   0.00   0.00    0.00    0.00    0.00   0.99
07:38:50 PM    1  97.00   0.00   1.00    0.00   0.00   0.00    0.00    0.00    0.00   2.00
07:38:50 PM    2  98.00   0.00   1.00    0.00   0.00   0.00    0.00    0.00    0.00   1.00
07:38:50 PM    3  96.97   0.00   0.00    0.00   0.00   0.00    0.00    0.00    0.00   3.03
[...]

这个命令打印每个CPU的CPU分解时间，其可用于对一个不均衡的使用情况进行检查。一个单独 CPU 很忙碌则代表了正在运行一个单线程的应用程序。

5. pidstat 1

$ pidstat 1
Linux 3.13.0-49-generic (titanclusters-xxxxx)  07/14/2015    _x86_64_    (32 CPU)

07:41:02 PM   UID       PID    %usr %system  %guest    %CPU   CPU  Command
07:41:03 PM     0         9    0.00    0.94    0.00    0.94     1  rcuos/0
07:41:03 PM     0      4214    5.66    5.66    0.00   11.32    15  mesos-slave
07:41:03 PM     0      4354    0.94    0.94    0.00    1.89     8  java
07:41:03 PM     0      6521 1596.23    1.89    0.00 1598.11    27  java
07:41:03 PM     0      6564 1571.70    7.55    0.00 1579.25    28  java
07:41:03 PM 60004     60154    0.94    4.72    0.00    5.66     9  pidstat

07:41:03 PM   UID       PID    %usr %system  %guest    %CPU   CPU  Command
07:41:04 PM     0      4214    6.00    2.00    0.00    8.00    15  mesos-slave
07:41:04 PM     0      6521 1590.00    1.00    0.00 1591.00    27  java
07:41:04 PM     0      6564 1573.00   10.00    0.00 1583.00    28  java
07:41:04 PM   108      6718    1.00    0.00    0.00    1.00     0  snmp-pass
07:41:04 PM 60004     60154    1.00    4.00    0.00    5.00     9  pidstat
^

pidstat命令有点像top命令对每个进程的统计摘要，但循环打印一个滚动的统计摘要来代替 top 的刷屏。其可用于实时查看，同时也可将你所看到的东西（复制粘贴）到你的调查记录中。

上面的例子表明两个Java进程正在消耗CPU。%CPU这列是所有CPU合计的；1591% 表示这个Java进程消耗了将近16个CPU。

6. iostat -xz 1

$ iostat -xz 1
Linux 3.13.0-49-generic (titanclusters-xxxxx)  07/14/2015  _x86_64_ (32 CPU)

avg-cpu:  %user   %nice %system %iowait  %steal   %idle
          73.96    0.00    3.73    0.03    0.06   22.21

Device:   rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
xvda        0.00     0.23    0.21    0.18     4.52     2.08    34.37     0.00    9.98   13.80    5.42   2.44   0.09
xvdb        0.01     0.00    1.02    8.94   127.97   598.53   145.79     0.00    0.43    1.78    0.28   0.25   0.25
xvdc        0.01     0.00    1.02    8.86   127.79   595.94   146.50     0.00    0.45    1.82    0.30   0.27   0.26
dm-0        0.00     0.00    0.69    2.32    10.47    31.69    28.01     0.01    3.23    0.71    3.98   0.13   0.04
dm-1        0.00     0.00    0.00    0.94     0.01     3.78     8.00     0.33  345.84    0.04  346.81   0.01   0.00
dm-2        0.00     0.00    0.09    0.07     1.35     0.36    22.50     0.00    2.55    0.23    5.62   1.78   0.03
[...]
^

这是用于查看块设备（磁盘）情况的一个很棒的工具，无论是对工作负载还是性能表现来说。查看各列：

  • r/s, w/s, rkB/s,wkB/s：这些分别代表该设备每秒的读次数、写次数、读取 kb 数，和写入 kb 数。这些用于描述工作负载。性能问题可能仅仅是由于施加了过大的负载。
  • await：以毫秒为单位的I/O平均消耗时间。这是应用程序消耗的实际时间，因为它包括了排队时间和处理时间。比预期更大的平均时间可能意味着设备的饱和，或设备出了问题。
  • avgqu-sz：向设备发出的请求的平均数量。值大于1说明已经饱和了（虽说设备可以并行处理请求，尤其是由多个磁盘组成的虚拟设备。）
  • %util：设备利用率。这个值是一个显示出该设备在工作时每秒处于忙碌状态的百分比。若值大于60％，通常表明性能不佳（可以从await中看出），虽然它取决于设备本身。值接近100%通常意味着已饱和。

如果该存储设备是一个面向很多后端磁盘的逻辑磁盘设备，则100%利用率可能只是意味着当前正在处理某些I/O占用，然而，后端磁盘可能远未饱和，并且可能能够处理更多的工作。

请记住，磁盘 I/O 性能较差不一定是程序的问题。许多技术通常是异步 I/O，使应用程序不会被阻塞并遭受延迟（例如，预读，以及写缓冲）。

7. free -m

[root@khala-16 ~]# free -m
             total       used       free     shared    buffers     cached
Mem:        129187     127325       1861        334       5023      40112
-/+ buffers/cache:      82190      46997
Swap:            0          0          0

右边的两列显式：

  • buffers：用于块设备 I/O 的缓冲区缓存。
  • cached：用于文件系统的页面缓存。

我们只是想要检查这些不接近零的大小，其可能会导致更高磁盘 I/O（使用 iostat 确认），和更糟糕的性能。上面的例子看起来还不错，每一列均有很多 Mbytes。

  • -/+ buffers/cache 提供的内存使用量会更加准确些。Linux 会把暂时用不上的内存用作缓存，一旦应用需要的时候就立刻重新分配给它。所以部分被用作缓存的内存其实也算是空闲的内存。为了解释这一点， 甚至有人专门建了个网站：linuxatemyram。

如果你在Linux上安装了ZFS，这一点会变得更加困惑，因为ZFS自己的文件系统缓存不算入free -m 列。有时候发现系统已经没有多少空闲内存可用了，其实内存却都待在ZFS的缓存里。

8. sar -n DEV 1

$ sar -n DEV 1
Linux 3.13.0-49-generic (titanclusters-xxxxx)  07/14/2015     _x86_64_    (32 CPU)

12:16:48 AM     IFACE   rxpck/s   txpck/s    rxkB/s    txkB/s   rxcmp/s   txcmp/s  rxmcst/s   %ifutil
12:16:49 AM      eth0  18763.00   5032.00  20686.42    478.30      0.00      0.00      0.00      0.00
12:16:49 AM        lo     14.00     14.00      1.36      1.36      0.00      0.00      0.00      0.00
12:16:49 AM   docker0      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00

12:16:49 AM     IFACE   rxpck/s   txpck/s    rxkB/s    txkB/s   rxcmp/s   txcmp/s  rxmcst/s   %ifutil
12:16:50 AM      eth0  19763.00   5101.00  21999.10    482.56      0.00      0.00      0.00      0.00
12:16:50 AM        lo     20.00     20.00      3.25      3.25      0.00      0.00      0.00      0.00
12:16:50 AM   docker0      0.00      0.00      0.00      0.00      0.00      0.00      0.00      0.00
^

这个工具可以被用来检查网络接口的吞吐量：rxkB/s和txkB/s，以及是否达到限额。上面的例子中，eth0接收的流量达到22Mbytes/s，也即 176Mbits/sec（限额是 1Gbit/sec）。

我们用的版本中还提供了%ifutil作为设备使用率（接收和发送的最大值）的指标。我们也可以用 Brendan 的 nicstat 工具计量这个值。一如 nicstat，sar 显示的这个值是很难精确取得的，在这个例子里面，它就没在正常的工作（0.00）。

9. sar -n TCP,ETCP 1

$ sar -n TCP,ETCP 1
Linux 3.13.0-49-generic (titanclusters-xxxxx)  07/14/2015    _x86_64_    (32 CPU)

12:17:19 AM  active/s passive/s    iseg/s    oseg/s
12:17:20 AM      1.00      0.00  10233.00  18846.00

12:17:19 AM  atmptf/s  estres/s retrans/s isegerr/s   orsts/s
12:17:20 AM      0.00      0.00      0.00      0.00      0.00

12:17:20 AM  active/s passive/s    iseg/s    oseg/s
12:17:21 AM      1.00      0.00   8359.00   6039.00

12:17:20 AM  atmptf/s  estres/s retrans/s isegerr/s   orsts/s
12:17:21 AM      0.00      0.00      0.00      0.00      0.00
^

这是一些关键的 TCP 指标的汇总视图。这些包括：

  • active/s：每秒本地发起TCP连接数（例如，通过 connect()）。
  • passive/s：每秒远程发起的TCP连接数（例如，通过 accept()）。
  • retrans/s：每秒重传TCP次数。

active和passive的连接数往往对于描述一个粗略衡量服务器负载是非常有用的：新接受的连接数（passive），下行连接数（active）。可以理解为active连接是对外的，而passive连接是对内的，虽然严格来说并不完全正确（例如，一个localhost到localhost的连接）。

重传是出现一个网络和服务器问题的一个征兆。其可能是由于一个不可靠的网络（例如，公网）造成的，或许也有可能是由于服务器过载并丢包。上面的例子显示了每秒只有一个新的TCP连接。

10. top

$ top
top - 00:15:40 up 21:56,  1 user,  load average: 31.09, 29.87, 29.92
Tasks: 871 total,   1 running, 868 sleeping,   0 stopped,   2 zombie
%Cpu(s): 96.8 us,  0.4 sy,  0.0 ni,  2.7 id,  0.1 wa,  0.0 hi,  0.0 si,  0.0 st
KiB Mem:  25190241+total, 24921688 used, 22698073+free,    60448 buffers
KiB Swap:        0 total,        0 used,        0 free.   554208 cached Mem

   PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
20248 root      20   0  0.227t 0.012t  18748 S  3090  5.2  29812:58 java
  4213 root      20   0 2722544  64640  44232 S  23.5  0.0 233:35.37 mesos-slave
66128 titancl+  20   0   24344   2332   1172 R   1.0  0.0   0:00.07 top
  5235 root      20   0 38.227g 547004  49996 S   0.7  0.2   2:02.74 java
  4299 root      20   0 20.015g 2.682g  16836 S   0.3  1.1  33:14.42 java
     1 root      20   0   33620   2920   1496 S   0.0  0.0   0:03.82 init
     2 root      20   0       0      0      0 S   0.0  0.0   0:00.02 kthreadd
     3 root      20   0       0      0      0 S   0.0  0.0   0:05.35 ksoftirqd/0
     5 root       0 -20       0      0      0 S   0.0  0.0   0:00.00 kworker/0:0H
     6 root      20   0       0      0      0 S   0.0  0.0   0:06.94 kworker/u256:0
     8 root      20   0       0      0      0 S   0.0  0.0   2:38.05 rcu_sche

top 命令包含了很多我们之前已经检查过的指标。可以方便的执行它来查看相比于之前的命令输出的结果有很大不同，这表明负载是可变的。

top 的一个缺点是，很难看到数据随时间变动的趋势。vmstat 和 pidstat 提供的滚动输出会更清楚一些。如果你不以足够快的速度暂停输出（Ctrl-S 暂停，Ctrl-Q 继续），一些间歇性问题的线索也可能由于被清屏而丢失。

后续的分析

还有更多命令和方法可以用于更深入的分析。查看 Brendan 在 Velocity 2015 大会上的 Linux 性能工具教程，其中包含了超过 40 个命令，涵盖了可观测性、标杆管理、调优、静态性能调优、分析，和跟踪等方面。

正说杂谈
关注
专栏目录
linux io平均等待时间计算公式详解,Linux性能定位详解
weixin_31190099的博客
05-08 2979
1、CPU第一行10:01:23 — 当前系统时间126 days, 14:29 — 系统已经运行了126天14小时29分钟(在这期间没有重启过)2 users — 当前有2个用户登录系统load average: 1.15, 1.42, 1.44 — 系统负载。三个数值分别为 1分钟、5分钟、15分钟前到现在的平均值。​ load average数据是每隔5秒钟检查一次活跃的进程数，然后...
Linux上性能异常定位以及性能监控
weixin_33814685的博客
11-07 158
引言:大多数的服务都是跑在Linux上的，Linux现在也已经到了一个很广泛的应用,但是仍然会有很多问题出现，我们就来讨论下我们性能监控的指标，性能监控无非就是从I/O，内存，CPU，TCP连接数，网络，进程或者线程来出发，使用到的命令有iostat,vmstat,sar,mpstat,netstat,ss,iftop,free,pstree/ps,pidstat,to...
Linux性能优化及性能问题定位
qq_31457665的博客
09-19 498
性能优化是什么？ 1.1 性能优化就是发挥机器本来的性能 性能的几个唯度 1.1.1 CPU 命令 vmstat http://www.man7.org/linux/man-pages/man8/vmstat.8.html 首先检查 cpu，cpu 使用率要提升而不是降低 CPU 空闲并不一定是没事做，也有可能是锁或者外部资源瓶颈。 命令 Top http://man7.org/linux/...
linux系统性能分析工具并定位到具体进程
weixin_34311757的博客
10-29 110
【涉及工具】top 综合，偏CPU和memorydstat 综合， 偏磁盘pidstatiostat 磁盘io 全局iotop 磁盘io 精确到进程iftop 网络，事实刷新ss 取代netstat 并且速度更快【查看cpu状态-设计涉及指标】1 cpu使用率: 用户 系统2 cpu累计使用时长3 中断 上下文切换等(使用不是很多)CPU查看工具 top dstattop...
一文搞清楚Linux性能监控及定位
喵酱
08-20 1695
简介： 本文主要从以下四个维度指标，来讲解Linux监控及性能问题定位 CPU 、Memory 、 IO 、Network 一、top命令解析 使用top命令查看进程使用资源情况 top - 19:45:57 当前系统时间 50 days 系统已经运行了50天 1 user 当前登陆1个用户 load average .....
linux性能分析定位问题,Linux 性能问题难点解析(内附高清图谱)
weixin_39853590的博客
05-13 231
作为程序员，和 Linux 打交道，在服务器上分析系统性能情况，我觉得是每一个后端工程师都无法避开的事情。无论你是开发还是运维，可能都经历过这样的场景：流量高峰期，服务器 CPU 使用率过高报警，你登录 Linux 上去 top 完之后，却不知道怎么进一步定位，到底是系统 CPU 资源太少，还是程序并发部分写得有问题？一大早就收到 Zabbix 告警，你发现某台存放监控数据的数据库主机 CPU 的...
linux性能调优.pdf
05-06
总的来说，Linux性能调优需要全面考虑系统的各个层面，从性能指标的选取到具体问题的定位，再到上下文切换的优化，每一步都至关重要。理解这些概念和技巧，可以帮助我们更好地管理和优化Linux系统，确保其在各种工作...
linux-Linux性能优化实战案例
08-13
在《Linux性能优化实战》案例中，我们深入探讨了如何利用Linux系统工具和技术来提升系统的运行效率和性能。Linux作为一款开源操作系统，其强大的可定制性和丰富的工具集使其成为性能优化的理想平台。以下是一些核心...
Linux高性能服务器编程电子版
03-22
6. **性能分析与调优**：掌握工具如strace、gprof、perf等，用于定位系统瓶颈，通过调整系统参数、优化代码或选择合适的硬件来提升性能。 7. **安全与权限**：理解Unix权限模型，熟悉SELinux、AppArmor等强制访问...
Linux 性能定位常用工具介绍
最新发布
分享既学习
07-21 238
使用 lscpu 命令可以从 sysfs 和 /proc/cpuinfo 中收集 CPU 体系结构信息，并解析优化为易阅读的格式。该信息包括: CPU 的线程、核心、套接字数量和非一致内存访问(NUMA) 节点的数量，以及 CPU 缓存、共享缓存、系列、型号等信息。lscpu。
如何定位linux性能问题,如何 60 秒内进行 Linux 性能分析
weixin_35770958的博客
05-14 268
本文转载自微信公众号「 黑光技术」，转载本文请联系 黑光技术公众号。当你登陆一台 Linux 服务器之后，因为一个问题要做性能分析时：你会在第 1 分钟内做哪些检测呢?在 Netflix，我们有很多 EC2 的 Linux 机器，并且也需要很多性能分析工具来监控和检查它们的性能。包括有针对云上的监控工具 Atlas，和按需要进行实例分析的 Vector。虽然这些工具能帮助我们解决大多数问题，但是...
Linux性能分析工具.md
借你一秒
06-25 509
Perf Perf是内置于Linux内核源码树中的性能剖析(profiling)工具。其基于事件采样原理，以性能事件为基础，常用于性能瓶颈的查找与热点代码的定位。 Gprof gprof用于监控程序中每个方法的执行时间和被调用次数，方便找出程序中最耗时的函数。在程序正常退出后，会生成gmon.out文件，解析这个文件，可以生成一个可视化的报告. Valgrind valgrind不是linux的原生工具，需要自行安装。valgrind自身包含了多个工具： Memcheck：用于内存泄漏检查 检查程序中的内
“快准狠”找到系统内存的问题
qq_40500045的博客
02-21 384
“快准狠”找到系统内存的问题 文章目录“快准狠”找到系统内存的问题前言一、内存性能指标二、内存性能工具三、性能指标和工具的联系四、如何迅速分析内存的性能瓶颈总结 前言 有没有迅速定位内存问题的方法？当定位出内存的瓶颈后，又有哪些优化内存的思路呢？今天，我就来帮你梳理一下，怎样可以快速定位系统内存，并且总结了相关的解决思路。 一、内存性能指标 为了分析内存的性能瓶颈，首先你要知道，怎样衡量内存的性能，也就是性能指标问题。 首先，你最容易想到的是系统内存使用情况，比如已用内存、剩余内存、共享内存、可用内存
[Linux] free 命令
weixin_30363981的博客
10-21 115
其中第一行用全局角度描述系统使用的内存状况： total——总物理内存 used——已使用内存，一般情况这个值会比较大，因为这个值包括了cache+应用程序使用的内存 free——完全未被使用的内存 shared——应用程序共享内存 buffers——缓存，主要用于目录方面,inode值等（ls大目录可看到这个值增加） cached——缓存，用于已打开的文件 总结： total...
Linux 问题故障定位的小技巧
U_YAO的博客
07-15 269
网络的监测是所有 Linux 子系统里面最复杂的，有太多的因素在里面，比如：延迟、阻塞、冲突、丢包等，更糟的是与 Linux 主机相连的路由器、交换机、无线信号都会影响到整体网络并且很难判断是因为 Linux 网络子系统的问题还是别的设备的问题，增加了监测和判断的复杂度。磁盘通常是计算机最慢的子系统，也是最容易出现性能瓶颈的地方，因为磁盘离 CPU 距离最远而且 CPU 访问磁盘要涉及到机械操作，比如转轴、寻轨等。现在我们有了火焰图，能够非常清晰的发现哪个函数占用cpu过高，或者过低导致的问题。
linux 性能调优 linux performance truning
05-09
【Linux性能调优 Linux Performance Tuning】是一本实用的手册，专注于解决Linux系统中的性能问题和日常调优工作。本书适合运维人员以及对Linux性能优化感兴趣的IT从业者使用。书中涵盖了一系列操作系统调优方法、...
Linux常用定位/显示命令
kendyhj9999的专栏
03-23 987
2010-08-28Linux常用定位/显示命令 文章分类:移动开发Linux常用定位/显示命令 2009年12月30日, 5:28 下午 <!-- 由 marco --><br />Linux查找/定位功能的相关命令：常用命令简要中文说明程序所在目录more分页显示一个文件或任何输出结果,按q键停止显示/binless与more命令类似,不同的是less命令除了可以按空格键向下显示文件外，还可以利用上下键来卷动文件,即支持反向查询/usr/bincat显示整个文件的内容没有翻页功能,因此常和more命令搭
linux 降低内存使用,通过减少内存使用改善.NET性能
weixin_36108913的博客
04-30 100
对.NET的性能调优来说，我们有一个普遍被误解的观念：规避内存分配的重要性。人们认为，由于内存分配是快速的，因此很少会对性能产生影响。要理解导致这种误解的原因，我们必须回到在C++和Visual Basic 4到6中所看到的COM编程时代。对于COM，内存是使用引用计数形式的垃圾回收器进行管理的。每当将一个对象分配给一个引用变量时，就会增加一个隐藏的计数器。如果变量被重新分配或从作用域退出，计数器...
linux系统监控工具—mpstat命令
yunweimao的博客
02-09 490
1、简介mpstat是Multiprocessor Statistics的缩写，是实时监控工具，报告与cpu的一些统计信息这些信息都存在/proc/stat文件中，在多CPU系统里，其不...
linux 命令 mpstat,Linux命令---mpstat命令详解
weixin_29938067的博客
04-29 791
mpstat是MultiProcessor Statistics的缩写，是实时系统监控工具。报告CPU的一些统计信息，这些信息存放在/proc/stat文件中。在多CPUs系统里，其不但能查看所有CPU的平均状况信息，而且能够查看特定CPU的信息。语法：mpstat [-P {|ALL}] [internal [count]]参数：(1)-P {|ALL}：表示监控哪个CPU，在[0,cpu个数-...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值