通过笨神的分享整理笔记： 这个参数主要设置codecache的大小，比如我们jit编译的代码都是放在codecache里的，所以codecache如果满了的话，那带来的问题就是无法再jit编译了，而且还会去优化。因此大家可能碰到这样的问题：cpu一直高，然后发现是编译线程一直高（系统运行到一定时期）
https://my.oschina.net/u/5246775/blog/7812621 原文作者：Owen Garrett of F5 原文链接：如何在 NGINX 中安全地分发 SSL 私钥 转载来源：NGINX 官方网站 NGINX 唯一中文官方社区 ，尽在 nginx.org.cn 本文介
https://www.cnblogs.com/muahao/p/6346775.html stress介绍 #stress `stress' imposes certain types of compute stress on your system Usage: stress [OPTION [
https://www.jianshu.com/p/3bea28840a74 2012年5月1日，Martin Fowler在他的博客（https://martinfowler.com/bliki/TestPyramid.html）上发表了著名的自动化测试金字塔。 Martin认为，基于用户接口（如
一、RT（Response-time、响应时间） 响应时间是用户请求发出和服务器返回之间的时间差。 这个过程包括DNS解析、网络数据传输、服务器计算、网络数据返回，如下图例子： 期中，服务器计算时间又可细分为： 1. Web Server响应的时间； 2. App Server响应的时间； 3. C
https://zhuanlan.zhihu.com/p/490749315 影响现代处理器性能的两大关键因素是cache和分支预测，之前的文章介绍过cache的基础知识，现在来介绍分支预测。本文主要介绍分支预测的目的、分支方向的预测方法和分支地址的预测方法，如何检查分支预测是否正确，以及分支预测失
https://www.cnblogs.com/codelogs/p/16060830.html 原创：打码日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。 简介# 在Linux上分析文本文件时，一般会使用到grep、sed、awk、sort、uniq等命令，但这些命令都有一定的
背景 线上几亿的数据在回刷的时候容器服务会出现OOM而重启，导致任务中断 内存泄露分析 jmap -histo pid 找出了有几十亿的java.lang.StackTraceElement对象，找不到被谁引用了 jmap -dump:format=b,file=heapdump.hprof pid
目录 1 模拟内存溢出程序 1.1 jvm配置 1.2 测试代码 2 MAT工具进行内存分析 2.1 大纲介绍 2.2 Histogram视图介绍 2.3 Leak Suspects视图介绍 2.4 Dominator Tree 1 模拟内存溢出程序 1.1 jvm配置 -XX:+PrintGCDe
https://zhuanlan.zhihu.com/p/206743670 Brendan Gregg何许人 Brendan Gregg在性能分析工业界如雷贯耳, 相信看到这篇文章的人肯定知道他的大名. 我们看一下他自己写的bio, 这里摘取的是short版本: Brendan Gregg is
前言 Linux 内核（以下简称内核）是一个不与特定进程相关的功能集合，内核的代码很难轻易的在调试器中执行和跟踪。开发者认为，内核如果发生了错误，就不应该继续运行。因此内核发生错误时，它的行为通常被设定为系统崩溃，机器重启。基于动态存储器的电气特性，机器重启后，上次错误发生时的现场会遭到破坏，这使得
一.安装及编译流程 1.下载LTP LTP 项目目前位于 GitHub，项目地址：https://github.com/linux-test-project/ltp 。 获取最新版可以执行以下命令： git clone https://github.com/linux-test-project/lt
概述 metaspace，顾名思义，元数据空间，专门用来存元数据的，它是jdk8里特有的数据结构用来替代perm，这块空间很有自己的特点，前段时间公司这块的问题太多了，主要是因为升级了中间件所致，看到大家讨论来讨论去，看得出很多人对metaspace还是模棱两可，不是很了解它，因此我觉得有必要写篇文
nginx的如果有多个server模块都配置在同一个nginx.conf文件会显得比较臃肿，后续维护起来也会比较困难，所以可以将内容写入到多个配置文件中然后在nginx.conf文件中通过include命令引入。 1.nginx.conf配置文件内容 user nginx; worker_proce
https://www.cnblogs.com/jajian/p/10053504.html 前言# 这篇博文本来是想放在全系列的大概第五、六篇的时候再讲的，毕竟查询是在索引创建、索引文档数据生成和一些基本概念介绍完之后才需要的。当前面的一些知识概念全都讲解完之后再讲解查询是最好的，但是最近公司项目
https://www.cnblogs.com/jajian/p/10176604.html 硬件选择# Elasticsearch（后文简称 ES）的基础是 Lucene，所有的索引和文档数据是存储在本地的磁盘中，具体的路径可在 ES 的配置文件../config/elasticsearch.ym
目录 1. 背景知识 1.1 tracepoints 1.2 硬件特性之cache 2. 主要关注点 3. perf的使用 3.0 perf引入的overhead 3.1 perf list 3.2 perf top 3.3 perf stat 3.4 perf bench 3.4.1 perf b
Redis命令监控与简单分析 前言 为了能够快速识别分析redis的命令 自己在环境上面进行了一些简单的跟踪以及脚本 这里不全是进行metrics, 细致到具体的命令分析 脚本部分-1 mkdir -p /redismonitor/ cd /redismonitor/ find . -mtime +
https://www.yingsoo.com/news/servers/70195.html 当需要将较大的数据上传到服务器，或从服务器下载较大的日志文件时，往往会因为网络或其它原因而导致传输中断而不得不重新传输。这种情况下，可以先将大文件分割成小文件后分批传输，传完后再合并文件。 1. 分割文件
一、简介 本文主要介绍使用crash工具对kdump生成的vmcore文件进行分析，解析常见的crash命令，前面已讲述两章关于Kdump的内容，读者感兴趣可以点击下面的链接： 1、Kdump调试机理总结（一） 2、Kdump配置及使用详细总结（二） 系统产生异常时，触发Kdump机制，启动捕获内核
