/proc/279/status是一个Linux内核中的文件，其中包含了当前进程的状态信息。每行的含义如下：
1、登录Terminal，执行：cat /proc/cpuinfo，就会显示出主机的CPU详细参数，如内核、频率、型号等等，以下是我Linux 系统主机的CPU：
参加Unix/Linux相关高级研发职位时，是否经常会被文档，单机允许最大进程数、线程数和Socket连接数，而你却感到束手无措呢？本文给你一个最为详细的答案。
大致意思就是，他看了一个面经，说虚拟内存是 2G 大小，然后他看了我的图解系统 PDF 里说虚拟内存是 4G，然后他就懵逼了。
前几天我发了一篇文章：在 4GB 物理内存的机器上，申请 8G 内存会怎么样？，但是当时写的比较匆忙，文章中只考虑关闭 swap 的情况，没有提及开启 swap 的情况，有读者希望我补充这部分内容。
要添加在tomcat 的bin 下catalina.sh 里，位置cygwin=false前 。
在$CATALINA_HOME/conf/server.xml配置文件中的Connetctor节点，和连接数相关的参数配置和优化。
当前时间（date）、系统已运行时间(last reboot)、当前登录用户的数量(who )、最近5、10、15分钟内的平均负载
本文主要分析 Linux 系统内存统计的一些指标以及进程角度内存使用监控的一些方法。
前文我们没有提到，如何限制元空间的大小，其实就是限制 commit 的内存大小。元空间的限制不只是受限于我们的参数配置，并且前面我们提到了，元空间的内存回收也比较特殊，元空间的内存基本都是每个类加载器的 ClassLoaderData 申请并管理的，在类加载器被 GC 回收后，ClassLoaderData 管理的这些元空间也会被回收掉。所以，GC 是可能触发一部分元空间被回收了。所以元空间在设计的时候，还有一个动态限制 _capacity_until_GC，即触发 GC 的元空间占用大小。当要分配的空间导致元空间整体占用超过这个限制的时候，尝试触发 GC。这个动态限制也会在每次 GC 的时候动态扩大或者缩小。动态扩大以及缩小
Tomcat调优是一个老话题，目的都是为了提高站点的吞吐和并发。这里面涉及到Tomcat本身参数的优化和JVM优化。近期在研究JVM的参数设置和Tomcat集群，所以进行了一下调优实践。需要说明的是：本文的配置肯定不是最好的，仅仅是一次实践和一次记录。步骤可以参考，但参数设置需要针对不同需求的项目来进行调整。 1、安装APR(Apache Portable Runtime) Tomcat 7 以后 Connector 默认启用 APR 协议，但是只有配置了 APR库才可以生效，否则还是会使用 BIO 或者N
系统性能一直是一个受关注的话题，如何通过最简单的设置来实现最有效的性能调优，如何在有限资源的条件下保证程序的运作，ulimit 是我们在处理这些问题时，经常使用的一种简单手段。ulimit 是一种 linux 系统的内键功能，它具有一套参数集，用于为由它生成的 shell 进程及其子进程的资源使用设置限制。
以交友平台用户中心的user表为例，单表数据规模达到千万级别时，你可能会发现使用用户筛选功能查询用户变得非常非常慢，明明查询命中了索引，但是，部分查询还是很慢，这时候，我们就需要考虑拆分这张user表了。
java 程序是运行在jvm 虚拟机里面的，离开jvm虚拟机，那么java程序无法直接在linux平台的运行。 所以java应用程序和os 平台之间是隔着jvm虚拟机的。 所谓的jvm虚拟机，本质上就是一个进程，此时它的内存模型和普通的进程有相同之处，但它又是java程序的管理者，所以它又有自己独特的内存模型. 从os层面来看jvm的进程，其内存模型包含如下几个部分： 内核内存 + jvm的code + jvm的data + jvm的 heap + jvm的stack + unused memory. 其中的heap, stack 就是我们常说的“堆栈” 空间. 我们更多需要从jvm作为java程序管理者的角度来看其内存模型： 此时jvm的内存空间可以分为两大类，分别是 “堆内存” 以及“非堆内存”，其中前者是可以分配给java程序使用的，而后者则是jvm进程自己使用的。 所以“堆内存”是我们要讨论的重点：
这篇文章其实之前发过，但是最近有位读者跟我反馈，我文章中的实验在 64 位操作系统、2 G 物理内存的场景，申请 8G 内存是没问题的，而他也是这个环境，为什么他就无法申请成功呢？
本文介绍了 ulimit 内键指令的主要功能以及用于改善系统性能的 ulimit 用法。通过这篇文章，读者不仅能够了解 ulimit 所起的作用。而且能够学会怎样更好地通过 ulimit 限制资源的使用来改善系统性能。
Exception in thread "Timer-1" java.lang.OutOfMemoryError: PermGen space
我们前面介绍了元空间的组成元素，但是没有将他们完整的串联起来，我们这里举一个简单的例子，将之前的所有元素串联起来。
在curl 一个 spring boot 应用接口的时候，出现这个情况，看着启动ok，但是出现如下提示
（友情提示：本博文章欢迎转载，但请注明出处：hankchen，http://www.blogjava.net/hankchen）
在日常工作中，时不时会收到内存使用率高的告警，那么我们应该如何处理呢？本文将从Linux和MySQL两个层面，介绍内存管理的相关知识点，希望能给大家带来一些帮助，以便更好地应对内存问题。
程序计数器：较小的内存空间， 当前线程执行的字节码的行号指示器；各线程之间独立存储，互不影响；
Undertow 的配置可以参考 Undertow 的 Builder，并且其中也有一些默认的配置参数：
MySQL可以监听不同接口的客户端连接，并通过一个连接管理线程控制所有的客户端连接。
top命令是我们在日常工作中用的比较多的一个，学会使用top，就相当于有了一把趁手的兵器，上可九天揽月，下可五洋捉鳖。
whereis搜索redis服务执行文件：whereis redis-server
vmstat(Virtual Memory Statistics 虚拟内存统计) 命令用来显示Linux系统虚拟内存状态，也可以报告关于进程、内存、I/O等系统整体运行状态。
报错信息很直观地指出是内存溢出了。是什么导致了内存溢出呢？其根本原因在于 nodejs 默认限制了最大可使用的内存大小。
|作者 邓英明，腾讯云DBA，擅长数据库架构设计、故障诊断、性能优化，现主要负责腾讯云数据库MySQL/TDSQL-C/Redis的相关工作。 ---- 在日常工作中，时不时会收到内存使用率高的告警，那么我们应该如何处理呢？本文将从Linux和MySQL两个层面，介绍内存管理的相关知识点，希望能给大家带来一些帮助，以便更好地应对内存问题。 一、如何看懂内存指标 遇到内存问题，可以先通过free、vmstat、top等命令，进行检查。free命令，可以获取系统内存的总体使用情况；vmstat命令，可以实
我们过一下元空间内存分配流程，我们会忽略一些 GC 相关的还有并发安全的细节，否则涉及的概念太多，一下说不过来，这些细节，会在以后的系列中详细提到。
Tomcat、Jetty、GlassFish 等等这系列 Web容器/应用服务器，虽然做为容器，提供的是一个 Java Web 的运行时环境，以支持Servlet/JSP 等等这些内容的运行，但我们都很清楚，其本质上还是一个 Java 应用程序。 每次对于 容器的启动运行，都是把这个 Java 程序跑起来，来实现 Web 容器的能力。
平常处理服务器的问题遇到的最多的是负载高了，内存高了，io高了等问题，这里最明显的表现就是相关的监控指标了，对于诊断这种问题起到事半功倍的效果。
vmstat（Virtual Memory Statistics）命令用于报告虚拟内存状态的统计信息。
昨天阅读翻译了CompletableFuture的源码，目前百度，有道，基本是翻译效果一般，Google翻译比较准确，源码有很多注释，写个小测试类将其去掉，另外获得了《Java并发编程的艺术》PDF版，因为需要测试demo，就要转word，又找了个小测试类转成word，效果不错。参考《Java并发编程的艺术》
前面提到了一个使用jstack的shell脚本，通过命令可以很快地定位到指定线程对应的堆栈信息。
前面提到了虚拟内存需要映射物理内存才能使用，这个映射关系被保存在内存中的页表（Page Table）。现代 CPU 架构中一般有 TLB （Translation Lookaside Buffer，翻译后备缓冲，也称为页表寄存器缓冲）存在，在里面保存了经常使用的页表映射项。TLB 的大小有限，一般 TLB 如果只能容纳小于 100 个页表映射项。 我们能让程序的虚拟内存对应的页表映射项都处于 TLB 中，那么能大大提升程序性能，这就要尽量减少页表映射项的个数：页表项个数 = 程序所需内存大小 / 页大小。我们要么缩小程序所需内存，要么增大页大小。我们一般会考虑增加页大小，这就大页分配的由来，JVM 对于堆内存分配也支持大页分配，用于优化大堆内存的分配。那么 Linux 环境中有哪些大页分配的方式呢？
最近参加面试多次被面试官问到JVM调 优方面的问题，即时自己面试前也重点复习了这一块的面试题，但是发现还是回答地不太好，浪费了好多次面试机会，真是让自己很抓狂。归根结底是自己以前一直只注重业务，而忽略了JVM调优这一块，对JVM这一块的实践太少了。这几天自己也重点观看了马士兵老师的JVM调优视频课, 看完之后自己也在本机和腾讯云服务器上进行了一番实践，感觉还是很有收获的。
在实际的业务场景中，我们往往倾向于认为容器环境与虚拟机一样，可以完全自定义不同参数的虚拟 CPU 和虚拟 Memory 资源。其实，从本质上而言，容器更倾向于一种隔离机制环境，其中一个进程的资源（ CPU、内存、文件系统、网络等）与另一个进程隔离。这种隔离是可能的，因为 Linux 内核中有一个名为 CGroups 的特性。然而，一些从执行环境收集信息的应用程序在 CGroup 存在之前就已经实现了。像大多数常用的命令行 “top”、“free”、“ps” 等诸如此类的工具，甚至 JVM 都没有针对在容器内执行进行优化，毕竟，容器是一个高度受限的 Linux 进程。
注：在运行 JAR 包之前，确保你的 JAR 文件是可执行的，并且包含了正确的类和依赖项。如果 JAR 包依赖于其他库或配置文件，确保它们也在正确的位置可用。
其实应该通过Physical Processor ID来区分单核和双核。而Physical Processor ID可以从cpuinfo或者dmesg中找到. flags 如果有 ht 说明支持超线程技术 判断物理CPU的个数可以查看physical id 的值，相同则为同一个物理CPU
性能优化一向是后端服务优化的重点，但是线上性能故障问题不是经常出现，或者受限于业务产品，根本就没办法出现性能问题，包括笔者自己遇到的性能问题也不多，所以为了提前储备知识，当出现问题的时候不会手忙脚乱，我们本篇文章来模拟下常见的几个Java性能故障，来学习怎么去分析和定位。
当我们将 JVM 生态中的关键要素，例如，垃圾收集器、堆大小和运行时编译器设置默认值时，许多技术人员（开发、运维人员）或许应该意识到在 Linux 容器生态中（诸如，Docker、Rkt、RunC、Lxcfs 等）内所运行的 Java 进程的实际行为与预期不符。当我们在没有任何调优参数（例如，最为简洁的的启动命令行：“ java -jar myapplication .jar”）的情况下执行 Java 应用程序时，JVM 将自行调整某些特定的参数，以在当前执行环境中获得最佳性能表现。
这里，我们先来说说什么是VM吧，VM的中文含义为：虚拟机，指的是使用软件的方式模拟具有完整硬件系统功能、运行在一个完全隔离环境中的完整计算机系统，是物理机的软件实现。
Notice:这里我们默认以Linux JAVA8 hotspot环境为例，其Oracle官网Java Platform, Standard Edition Tools Reference（这里面有详细参数配置说明）。
cat /proc/meminfo 各字段详解 /proc/meminfo是了解Linux系统内存使用状况的主要接口，我们最常用的”free”、”vmstat”等命令就是通过它获取数据的 ，/proc/meminfo所包含的信息比”free”等命令要丰富得多，因此需要了解这些字段的含义。 / $ cat /proc/meminfo MemTotal: 877368 kB ：所有可用RAM大小（即物理内存减去一些预留位和内核的二进制代码大小）（HighTotal + LowTotal）,
processor : 0 #每个逻辑cpu 唯一编号0-N，编号到N则说明有N个逻辑CPU
memstat可以通过sudo apt install memstat安装，安装包括两个文件memstat和memstat.conf。
将es的安装包下载并上传到服务器的/user/local/es路径下，然后进行解压 使用tlbaiqi用户来执行以下操作，将es安装包上传到指定服务器，并使用es用户执行以下命令解压。
Ø d 指定每两次屏幕信息刷新之间的时间间隔。当然用户可以使用s交互命令来改变之。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
