https://www.cnblogs.com/fan-yuan/p/9231501.html 本文介绍了一些可以用来监控网络使用情况的Linux命令行工具。这些工具可以监控通过网络接口传输的数据，并测量目前哪些数据所传输的速度。入站流量和出站流量分开来显示。 这些工具使用不同的机制来制作流量报告。
https://zhuanlan.zhihu.com/p/581200704 导读 x86、arm指令都很多，无论是应用程序员还是数据库内核研发大多时候都不需要对这些指令深入理解，但是 Pause 指令和数据库操作太紧密了，本文通过一次非常有趣的性能优化来引入对 Pause 指令的理解，期望可以事半
https://www.cnblogs.com/codelogs/p/16060775.html 简介# 一般来说，想检查磁盘I/O情况，可以使用iostat、iotop、sar等，但这些命令只能做一个整体的了解，没法具体到某一次io的详细情况，而今天介绍的blktrace就可以深入到Linux I
https://www.cnblogs.com/codelogs/p/16242999.html 简介# Linux上有大量的问题诊断工具，如perf、bcc等，但这些诊断工具，虽然功能强大，但却需要很高的权限才可以使用。 而0x.tools这个工具提供了一个很好的思路，通过采样/proc目录来诊断
https://www.cnblogs.com/codelogs/p/16202557.html 原创：打码日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。 简介# 在信息安全领域，一般会遇到"窃听"、"篡改"、"伪装"、"否认"这些威胁，而密码学家们提供了相应的密码学算法来解决
原文在这里： OutOfMemoryError内存溢出相关的JVM参数 JVM提供了很多处理内存溢出的相关参数，本文主要来讲解下这些参数，当你遇到内存溢出的时候可能会对你非常有帮助，这些参数主要有： 1.-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath
一、前言 处理过线上问题的同学基本上都会遇到系统突然运行缓慢，CPU 100%，以及Full GC次数过多的问题。当然，这些问题的最终导致的直观现象就是系统运行缓慢，并且有大量的报警。本文主要针对系统运行缓慢这一问题，提供该问题的排查思路，从而定位出问题的代码点，进而提供解决该问题的思路。 二、分析
https://www.cnblogs.com/codelogs/p/16060775.html 原创：打码日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。 简介# 一般来说，想检查磁盘I/O情况，可以使用iostat、iotop、sar等，但这些命令只能做一个整体的了解，没法具
Java性能调优六大工具之Linux命令行工具 为了能准确获得程序的性能信息，需要使用各种辅助工具。本章将着重介绍用于系统性能分析的各种工具。熟练掌握这些工具，对性能瓶颈定位和系统故障排查都很有帮助。 1，Linux命令行工具2， Windows工具3，JDK命令行工具4，JConsole工具5，
https://www.zhihu.com/people/javajia-gou-ji-zhu-44/posts JDK命令行工具 在JDK的开发包中，除了大家熟知的java.exe和javac.exe外，还有一系列辅助工具。这些辅助工具位于JDK安装目录下的bin目录中，可以帮助开发人员很好地解决
在之前的文章中，我们查看了APT 命令以及您可以使用包管理器来管理包的各种方法。这是一个总体概述，但在本指南中，我们暂停并重点关注 2 个命令用法。这些是apt update和apt upgrade命令。 apt update 和 apt upgrade 是许多 Linux 用户最常用但被误解的两个
疑问：进程在竞争CPU时并没有真正运行，为什么还会导致系统的负载升高？ 因为存在CPU上下文切换。 linux系统说明 Linux是一个多任务操作系统，它支持远大于CPU数量的任务同时运行。当然，这些任务实际上并不是真的在同时运行，而是因为系统在很短的时间内，将CPU轮流分配给他们，造成多任务同时运
1.从.c文件到可执行文件，其间经历了几步？ 高级语言是偏向人，按照人的思维方式设计的，机器对这些可是莫名奇妙，不知所谓。那从高级语言是如何过渡到机器语言的呢？这可是一个漫长的旅途呀！ 其中，得经历这样的历程：C源程序－>编译预处理－>编译－>汇编程序－>链接程序－>可执行文件 1.预处理 读取c源
https://www.mzfxw.com/e/action/ShowInfo.php?classid=12&id=111592 如果讲毛主席时代中国在电脑、芯片等技术产品很厉害，年轻人绝不会相信，说这不可能。 可这是事实，老徐（微信公众号：手抄报）就找到这些资料，有图有真相。 两个年轻人不记得的人
https://juejin.cn/post/6854573220733911048 遇到了一个 glibc 导致的内存回收问题，查找原因和实验的的过程是比较有意思的，主要会涉及到下面这些： Linux 中典型的大量 64M 内存区域问题 glibc 的内存分配器 ptmalloc2 的底层原理 如
ChatGPT 提高工作效率-一例SQL编写的过程 前言 遇到一个问题, 怀疑是有一些补丁没有被依赖. 导致第一次更新时没有更新这些没依赖的补丁. 后面更新时又更新了这些游离态的补丁. 导致出现 old 文件 覆盖 new 文件 出现程序问题. 一个补丁还好着, 但是所有的补丁去检查就比较麻烦了.
# ebpf 单行程序学习 ## 背景 ``` 公司方神借给我一本： 《BPF之巅：洞悉linux系统和应用性能》纸质书 拿回家晚上在沙发上看了几天。 感觉书很厚看的不是很系统。 仅能凭自己的感觉总结一下这些天的读书感悟。 本来计划是2023年的春节 7 天长假系统的学习ebpf 但是因为学习Lin
目录 1.记忆集(`remembered set`) 1.记忆集(remembered set) 问题：G1将堆区划分成多个region，一个region不可能是独立的，它其中存储的对象可能被其他任意region(这些region可能Old区或者Eden区)中的对象所引用。这样一来，在进行YGC的时
