https://www.cnblogs.com/codelogs/p/16060792.html 简介# 最近我们系统出现了一些奇怪的现象，系统每隔几个星期会在大半夜重启一次，分析过程花费了很长时间，令人印象深刻，故在此记录一下。 第一次排查# 由于重启后，进程现场信息都丢失了，所以这个问题非常难以
https://www.cnblogs.com/codelogs/p/16001770.html 简介# 在目前微服务的背景下，网络异常越来越常见了，而有一些网络异常非常模糊，理解什么情况下会导致什么异常，还是有一定难度的，为此我做了大量实验，来复现各种异常场景。 socket状态变迁图# 先快速回
原创：打码日记（微信公众号ID：codelogs），欢迎分享，转载请保留出处。 uniq# uniq是linux上非常有用的一个命令，从字面意思上就能看出来，它可以用来去重。 但使用uniq的前提是文件是排好序的，所以我们经常会搭配sort排序命令来一起使用uniq，如下： $ cat test.t
https://www.jianshu.com/p/0e25657d016d 参考 摘抄自 对永久性磁盘的性能进行基准化分析 正文 如需对永久性磁盘的性能进行基准化分析，请使用 FIO，而不是 dd 等其他磁盘基准化分析工具。默认情况下，dd 使用非常低的 I/O 队列深度，因此难以确保基准生成足够
原文在这里： OutOfMemoryError内存溢出相关的JVM参数 JVM提供了很多处理内存溢出的相关参数，本文主要来讲解下这些参数，当你遇到内存溢出的时候可能会对你非常有帮助，这些参数主要有： 1.-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath
转载自：https://www.sohu.com/a/320177323_505901 /etc/passwd文件： 系统用户配置文件，存储了系统中所有用户的基本信息，并且所有用户都可以对此文件执行读(r)操作。 查看文件内容： /etc/passwd文件内容非常规律，每行记录对应一个用户。 每行用
https://my.oschina.net/u/3113381/blog/5435014 01 一图详解「ls -l」 02 两种符号区分表示文件和目录 -(横线) # 表示非目录文件 d # 表示目录文件 03 三种访问权限及表示 文件或目录的访问权限分为只读、只写、可执行三种。 r # 只读
长连接与短连接以及线程数相关的比较 摘要 对比了nginx与tomcat作为静态业务服务的性能之后 突然又想比较一下 长连接与否的性能情况. 很多时候恰当的配置还是非常重要的. 测试方法 分别使用长连接和短连接进行测试工作. 主要命令为: 短连接 ab -c 1000 -n 50000 -r htt
https://developer.aliyun.com/article/885609?spm=a2c6h.24874632.expert-profile.312.7c46cfe9h5DxWK 简介： sed读一行放到模式空间进行处理 sed是一种在线的、非交互式的编辑器，它一次处理一行内容，处理时
vim 是一款功能强大的文本编辑器，它是Linux下常用的编辑器之一，对于熟练掌握了 vim 的人来说，用它编辑文件，方便又快捷，能极大的提高工作效率 vim 功能强大，对应的命令也非常的多，对于初学者来说，看到这么多的命令容易打退堂鼓，想当初，自己刚接触vim的时候，由于不熟悉vim，每一个命令都
https://zhuanlan.zhihu.com/p/407333624 原创：小姐姐味道（微信公众号ID：xjjdog），欢迎分享，转载请保留出处。 我们经常遇到iowait这个名词，在top命令中，vmstat中，sar命令中，都有它的身影。很多同学按照经验，当看到iowait非常高的时候，
飞腾与鲲鹏性能差异的一些思考 背景 自己在进行stress-ng以及sysbench的测试验证时发现: 飞腾的性能要比鲲鹏的性能有非常大的差距. 最近同事在现场也进行了压测, 也发现飞腾的性能不是特别好. 这里想简单总结一下自己学习过的资料,尝试分析一下为何差异这么大. 制程 注意 制程采用台积电发
一、原码、反码、补码的概念 原码 ：最高位是符号位，0代表正数，1代表负数，非符号位为该数字绝对值的二进制。 反码：正数的反码与原码一致，负数的反码是对原码按位取反，只是最高位（符号位）不变。 补码：正数的补码与原码一致，负数的补码是对原码按位取反加1，符号位不变。 二、示例 例如 十进制数字： +
信创CPU与牙膏厂和按摩店CPU的简单对比 摘要 周天时学习验证了SPEC2006的工具. 晚上时写完了第一稿简单的使用 因为 SPEC 完整跑完非常漫长. 我想了一下短平快还是通过使用一个简单的 runspec 跑单独的一个场景的方式进行简单验证 本着一个观点. 分低的性能一定不好用. 分高的性能
熟悉Redis的人都知道，它是单线程的。因此在使用一些时间复杂度为O(N)的命令时要非常谨慎。可能一不小心就会阻塞进程，导致Redis出现卡顿。 有时，我们需要针对符合条件的一部分命令进行操作，比如删除以test_开头的key。那么怎么获取到这些key呢？在Redis2.8版本之前，我们可以使用ke
时间片 线程切换 指令周期 流水线 TPS的初步了解 情况说明 Redis 单线程提供服务, 可以支撑十万级别的TPS 通过以个非常简单的测试 redis-benchmark -c 50 -n 50000 ping Intel 8369HB 3.3Ghz 14万TPS 阿里 倚天710 2.7Ghz
https://www.jianshu.com/p/3195663af83e Redis内存优化及配置.png Redis优化及配置 Redis所有的数据都在内存中，而内存又是非常宝贵的资源。常用的内存优化方案有如下几部分：一、配置优化二、缩减键值对象三、命令处理四、缓存淘汰方案 一、配置优化 Li
https://bigbully.github.io/%E7%BA%BF%E7%A8%8B%E6%B1%A0 线程池其实或多或少都用过，不过这是我第一次阅读它的源码，包括源码附带的非常详尽的注释。发现我之前对于线程池的理解还是很浅薄的。 其实从ThreadPoolExecutor.java顶部200
