尽管使用了繁重的系统监控工具，但一个简单的命令可以显示系统上当前的 CPU 和内存使用情况，从而节省您的时间和精力。使用命令方便、轻巧，并且不会占用太多系统资源来显示正在进行的 CPU 和内存负载。在这篇文章中，我们将看到使用这些命令按内存和 CPU 使用率显示正在运行的进程的ps命令。
今天安装了9台Linux服务器，型号完全不一样（有DELL、HP和IBM服务器），又懒得去对清单，如何在Linux下cpu的个数和核数呢？另外，nginx的cpu工作模式也需要确切的知道linux服务器到底有多少个逻辑cpu，不过现在服务器那是相当的彪悍，直接上worker_processes 8吧。
收到告警后，笔者先登录到告警机器中， top命令查看此时此刻的各个应用程序占用的内存大小， 这里其实有两个指标可以查看，
毋庸置疑，虚拟内存是操作系统中最重要的概念之一。我想主要是由于内存的重要”战略地位”。CPU太快，但容量小且功能单一，其他 I/O 硬件支持各种花式功能，可是相对于 CPU，它们又太慢。于是它们之间就需要一种润滑剂来作为缓冲，这就是内存大显身手的地方。
本章内容将讲解 Docker 虚拟化、虚拟化本质、namespace、cgroups。
毋庸置疑，虚拟内存绝对是操作系统中最重要的概念之一。我想主要是由于内存的重要”战略地位”。CPU太快，但容量小且功能单一，其他 I/O 硬件支持各种花式功能，可是相对于 CPU，它们又太慢。于是它们之间就需要一种润滑剂来作为缓冲，这就是内存大显身手的地方。
系统维护时随时可能有需要查看 CPU 使用率，并根据相应信息分析系统状况的需要。在 linux 中，可以通过 top 命令来查看 CPU 使用状况。关于 top 命令的详细说明请参看 使用top命令分析linux系统性能的详解 这篇文章。
前不久组内又有一次我比较期待的分享：“Linux 的虚拟内存”。是某天晚上加班时，我们讨论虚拟内存的概念时，leader 发现几位同事对虚拟内存认识不清后，特意给这位同学挑选的主题。
前不久组内又有一次我比较期待的分享：”Linux 的虚拟内存”。是某天晚上加班时，我们讨论虚拟内存的概念时，leader 发现几位同事对虚拟内存认识不清后，特意给这位同学挑选的主题（笑）。
Linux下的CPU信息全部都在/proc/cpuinfo这个文件中，可以直接打开看。
在linux的系统维护中，可能需要经常查看cpu使用率，分析系统整体的运行情况,以便性能分析优化。而监控CPU的性能一般包括以下3点：运行队列、CPU使用率和上下文切换。
平常工作会涉及到一些 Linux 性能分析的问题，因此决定总结一下常用的一些性能分析手段，仅供参考。
很多读者在看完百万 TCP 连接的系列文章之后，反馈问我有没有测试源码。也想亲自动手做出来体验体验。这里为大家的实践精神点赞。
来源 | https://zhenbianshu.github.io/ 前不久组内又有一次我比较期待的分享：”Linux 的虚拟内存”。是某天晚上加班时，我们讨论虚拟内存的概念时，leader 发现几位同事对虚拟内存认识不清后，特意给这位同学挑选的主题（笑）。 之前了解一些操作系统的概念，主要是毕业后对自己大学四年的荒废比较懊恼，觉得自己有些对不起计算机专业出身，于是在工作之余抽出时间看了哈工大在网易云课堂的操作系统公开课，自己也读了一本讲操作系统比较浅的书 《Linux内核设计与实现》，而且去年自己用 C
最近因为搭建scutosc的论坛，买了一台新的腾讯云的2核4G的服务器，但是开机后发现htop命令显示内存只有3.3G：
这个命令可以快速查看机器的负载情况。在Linux系统中，这些数据表示等待CPU资源的进程和阻塞在不可中断IO进程（进程状态为D）的数量。这些数据可以让我们对系统资源使用有一个宏观的了解。
我们很高兴地宣布面向 .NET Core 的 App Services Linux 诊断工具正式发布。借助此功能，我们现在为收集可帮助您调试应用程序代码问题的深度诊断数据提供内置支持。这些数据包括内存转储和分析器跟踪。这些工具使开发人员能够诊断 Linux 上的各种 .NET 代码场景，包括：
之前写过一篇 《 在公司做的项目和自己在学校做的有什么区别？ 》不知道大家还有印象没有，里面提到了在工作中可能需要等上Linux服务器，查看一些信息（特别是查日志找Bug)。
一、执行性能压测，执行日志提示Failed to create UDP port（UDP端口创建失败）
这篇文章的全称应该叫：[在某些内核版本上，cgroup 的 kmem account 特性有内存泄露问题]，如果你遇到过 pod 的 cannot allocated memory 报错，node 内核日志的 SLUB: Unable to allocate memory on node -1 报错，那么恭喜你中招了。
Linux Swap 分区大小跟你服务器本身的物理内存大小有关，内存越大，设置的 Swap 分区也应该越大，两者的关系如下。
究其原因，监控系统计算的可用内存算法有偏差，他只关注了计算机的“实际”内存，忽略了计算机的虚拟内存。
其实应该通过Physical Processor ID来区分单核和双核。而Physical Processor ID可以从cpuinfo或者dmesg中找到. flags 如果有 ht 说明支持超线程技术 判断物理CPU的个数可以查看physical id 的值，相同则为同一个物理CPU
但是，在学校学完，没咋练手（还是太菜了），去到公司可以说是全忘光了。这篇文章主要来回顾以前的笔记，以及记录一下在工作中比较常用的一些命令。
r 表示运行队列(就是说多少个进程真的分配到CPU)，我测试的服务器目前CPU比较空闲，没什么程序在跑，当这个值超过了CPU数目，就会出现CPU瓶颈了。这个也和top的负载有关系，一般负载超过了3就比较高，超过了5就高，超过了10就不正常了，服务器的状态很危险。top的负载类似每秒的运行队列。如果运行队列过大，表示你的CPU很繁忙，一般会造成CPU使用率很高。
今天早上 AI 部门工程师来找我说，你会给 ubuntu 设置 swap 分区吗，我们机器内存好像不咋够用了，给我搞个 swap 分区吧！我说好的，这么简单分分钟钟的事情，我三下五除二的就给他搞定了，给他说好了，你用吧，但是过一会他就跑来说，你给我弄好 swap 分区之后这台机器就特别特别卡，你能帮我看看什么问题吗？
查看 cpu 信息 > cat /proc/cpuinfo | grep name | cut -f2 -d: | uniq -c 2 Intel(R) Xeon(R) Platinum 8369B CPU @ 2.70GHz 看到有8个逻辑CPU, 也知道了CPU型号 看 cpu 详细信息 # dmidecode | grep 'Processor Information' # 查看内存信息 > cat /proc/meminfo # 查看内核/OS/CPU信息 > uname -a Linux
系统负载：在Linux系统中表示，一段时间内正在执行进程数和CPU运行队列中就绪等待进程数，以及非常重要的休眠但不可中断的进程数的平均值（具体load值的计算方式，有兴趣可以自行深究，这里不深究）。说白了就是，系统负载与R(Linux系统之进程状态)和D(Linux系统之进程状态)状态的进程有关，这两个状态的进程越多，负载越高。
（友情提示：本博文章欢迎转载，但请注明出处：hankchen，http://www.blogjava.net/hankchen）
如果Linux服务器突然访问卡顿变慢，负载暴增，如何在最短时间内找出Linux性能问题所在？
Linux这么多命令，通常会让初学者望而生畏。下面是我结合日常工作，以及在公司的内部培训中，针对对Linux不是很熟悉的同学，精选的一批必须要搞懂的命令集合。 任何一个命令其实都是可以深入的，比如tail -f和tail -F的区别。我们不去关心，只使用最常见的示例来说明。本文不会教你具体的用法，那是抢man命令的饭碗。这只是个引导篇，力求简洁。
说到监控CPU，目前主要是监控CPU的使用率，以及每一个进程占用CPU资源，Linux系统中主要使用 top、vmstat、pstree 三个命令。
日常运维中除了要查看进程信息之外，还需要查看系统资源，本文介绍在 CentOS 7.x 中如何查看系统资源。
单用户模式类似于windows的安全模式，进入单用户模式后可以更改root的密码，在工作忘记密码了就可以进入单用户模式进行更改。
JVM的堆外内存泄露的定位一直是个比较棘手的问题。此次的Bug查找从堆内内存的泄露反推出堆外内存，同时对物理内存的使用做了定量的分析，从而实锤了Bug的源头。笔者将此Bug分析的过程写成博客，以飨读者。
JVM的堆外内存泄露的定位一直是个比较棘手的问题。此次的Bug查找从堆内内存的泄露反推出堆外内存，同时对物理内存的使用做了定量的分析，从而实锤了Bug的源头。笔者将此Bug分析的过程写成博客，以飨读者。 由于物理内存定量分析部分用到了linux kernel虚拟内存管理的知识，读者如果有兴趣了解请看ulk3(《深入理解linux内核第三版》)
线上集群后端某台Web服务器例行检查时，我观察到+buffers/cache值（即Linux内存的实际使用情况）一直都是5365左右，就算停掉Nginx+FastCGI程序和其它程序也是一样，考虑到这台机器经常在使用rsync+inotify，肯定会存在着频繁存取文件的情况。而Linux系统有一个特性：在Linux下频繁存取文件时，就会占用物理内存。当程序结束时并不会自动释放被占用的内存，而是一直作为Cache存在。实际上内核结束一个程序后，它是会释放内存的，但是内核并没有立刻将这部分收集到free当中，而是存在在cached或者buffer当中，提高系统的io效率，cache和buffered的内存是由内核进行动态的配置管理，如果系统的free大小不够的时候，系统会自动释放cache buffer的内存给程序使用（因此如果是看到used很多，来手动释放内存其实是不需要的，我前面的文章及书籍其实也说明了我们应该如何观察Linux系统的实际内存使用情况，这里就不再多描述了）。
随着开源产品的越来越盛行，作为一个Linux运维工程师，能够清晰地鉴别异常机器是否已经被入侵了显得至关重要，个人结合自己的工作经历，整理了几种常见的机器被黑情况供参考。
前言 JVM的堆外内存泄露的定位一直是个比较棘手的问题。此次的Bug查找从堆内内存的泄露反推出堆外内存，同时对物理内存的使用做了定量的分析，从而实锤了Bug的源头。笔者将此Bug分析的过程写成博客，以飨读者。 由于物理内存定量分析部分用到了linux kernel虚拟内存管理的知识，读者如果有兴趣了解请看ulk3(《深入理解linux内核第三版》) 内存泄露Bug现场 一个线上稳定运行了三年的系统，从物理机迁移到docker环境后，运行了一段时间，突然被监控系统发出了某些实例不可用的报警。所幸有负载均衡，
近期公司一台服务器的磁盘告警“磁盘阵列错误”，经检查发现磁盘：“PD0/PD1/PD2 硬盘Medium Error DevId 并BadStripe PD0 PD1”，需要在服务器磁盘彻底崩溃之前进行raid修复，具体过程如下：
文章https://cloud.tencent.com/developer/article/1753788 已经简述了Jmeter Suite的操作过程，为了更为详细地介绍操作过程，尽可能做到看文章就会用工具，特此写了一篇详细说明。
Linux 操作系统包含大量工具，所有这些工具都可以帮助你管理系统。从简单的文件和目录工具到非常复杂的安全命令，在 Linux 中没有多少是你做不了的。而且，尽管普通桌面用户可能不需要在命令行熟悉这些工具，但对于 Linux 管理员来说，它们是必需的。为什么？首先，你在某些时候不得不使用没有 GUI 的 Linux 服务器。其次，命令行工具通常比 GUI 替代工具提供更多的功能和灵活性。
随着开源产品的越来越盛行，作为一个Linux运维工程师，能够清晰地鉴别异常机器是否已经被入侵了显得至关重要，个人结合自己的工作经历，整理了几种常见的机器被黑情况供参考：
前言： 书接上回《内存映射技术分析》，继续来分析一下linux的物理内存管理。 分析： 1，物理内存 PC上的内存条，或者手机上的内存芯片，物理上实实在在的内存，就是物理内存。大小是硬件决定的，一般就是一个起始地址，加上大小。地址如何分配呢？PC上作者也不太懂，听闻BIOS可以配置。在ARM上，作者曾经看过一份电路图，当时的图上，使用32bit的高2bit作为chip select，后面的30bit作为地址总线，看过chip select信号之后，作者才明白为什么在代码上要配置起始的地址不是0，因为硬件
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
