https://www.shuzhiduo.com/A/6pdDejeXzw/ 以下Linux 系统内核优化配置均经在线业务系统测试，服务器运行状态良好，用了一些时间整理，现和大家分享一下，如有那位高人看到配置上有问题，请给与指出！ # Controls the use of TCP syncook
https://blog.51cto.com/u_15293891/3290242 女主宣言 该文章出自HULK虚拟化团队（网络小分队），主要是基于在奥创版本升级过程中遇到的一个nf_conntrack问题展开的。该问题在日常开启了iptables的高并发运维场景中也会经常出现。该文章主要是结合实际
SLC（单层存储单元）：每个Cell单元存储1bit信息，只有0、1两种电压变化，结构简单，电压控制也快速。 优点：寿命长、性能强 缺点：容量低、成本高 MLC（多层存储单元）：每个cell单元存储2bit信息。写入性能、可靠性能降低了。 TLC（三层存储单元）：每个cell单元存储3bit信息。成
编者有言：本书由资深数据库连接池专家撰写，褚霸、德哥、张亮、吴晟等近10位专家高度评价，从设计思想、功能使用、原理实现、工程实践、技术扩展5个维度对HikariCP进行全面讲解和深入分析。 本文将带你抢先阅读 第10章及第14章节选内容 作者介绍 朱政科，资深架构师，十年IT老兵，对各种数据库连接池
摘要 继续补充假期落下的内容. 其实有很多知识需要学习, 自己掌握的还是偏少一些. bcc的全貌 # 注意 bcc 需要较高的内核. 3.10 系列的内核基本不可用. argdist drsnoop mdflush pythonstat tclstat bashreadline execsnoop
https://it.deepinmind.com/jvm/2019/08/27/graalvm-ten-things.html GraalVM有许多不同的组件，如果你只是听说过它或有些简单的了解，肯定无法一窥全豹。本文将列举下GraalVM的几大常用功能，看看它们都能做些什么。 高性能的现代Jav
https://www.cnblogs.com/punchlinux/p/16496094.html Containerd 的技术方向和目标 简洁的基于 gRPC 的 API 和 client library 完整的 OCI 支持(runtime 和 image spec) 同时具备稳定性和高性能的
MySQ使用内存上升90%！在运维过程中50%的几率，会碰到这样的问题。算是比较普遍的现象。 MySQL内存使用率过高，有诸多原因。普遍的情况是因为使用不当导致的，还有mysql本身的缺陷的导致的。到底是那方面的问题，那就需要一个一个进行排查。 下面介绍排查思路： 1.参数配置需要确认。是否内存设置
https://baijiahao.baidu.com/s?id=1680081990582501220&wfr=spider&for=pc Apache Pulsar 是下一代分布式消息流平台，采用计算存储分层架构，具备多租户、高一致、高性能、百万 topic、数据平滑迁移等诸多优势。越来越多的企
一、MySQL DDL 的方法 MySQL 在大型表上的 DDL 会带来耗时较久、负载较高、额外空间占用、MDL、主从同步延时等情况。需要特别引起重视，而MySQL 的 DDL 有很多种方法。 MySQL 本身自带三种方法，分别是：copy、inplace、instant。 copy 算法为最古老的
https://www.cnblogs.com/wyh-l6/p/16547040.html etcd是coreos团队在2013年6月发起的开源项目，现在在githab上托管 etcd目标构建一个高可用的分布式键值数据库 etcd具有以下属性： 完全复制：集群中的每个节点都可以使用完整的存档 高可
通过笨神的分享整理笔记： 这个参数主要设置codecache的大小，比如我们jit编译的代码都是放在codecache里的，所以codecache如果满了的话，那带来的问题就是无法再jit编译了，而且还会去优化。因此大家可能碰到这样的问题：cpu一直高，然后发现是编译线程一直高（系统运行到一定时期）
概述G1 (Garbage-First)是一款面向服务器的垃圾收集器,主要针对配备多颗处理器及大容量内存的机器. 以极高概率满足GC 停顿时间要求的同时,还具备高吞吐量性能特征. 停顿时间要求的同时,还具备高吞吐量性能特征. G1将Java堆划分为多个大小相等的独立区域（Region），JVM最多可
G1收集器是一款面向服务器的垃圾收集器，也是HotSpot在JVM上力推的垃圾收集器，并赋予取代CMS的使命。为什么对G1收集器给予如此高的期望呢？既然对G1收集器寄予了如此高的期望，那么他一定是有特别之处。他和其他的垃圾收集器有何不同呢？下面我们将从以下几个方面研究G1收集器。 一、为什么会诞生G
https://bbs.huaweicloud.com/forum/thread-144146-1-1.html 发表于 2021-07-29 20:07:087037查看 作者：宋尧飞 编者按：笔者在AArch64中遇到一个G1 GC挂起，CPU利用率高达300%的案例。经过分析发现问题是由JVM
https://bbs.huaweicloud.com/forum/thread-148343-1-1.html 发表于 2021-08-19 20:25:535618查看 毕昇 JDK 是华为基于 OpenJDK 优化后的开源版本，是一款高性能、可用于生产环境的 OpenJDK 发行版。毕昇 JD
1 大道至简 1.1 规则1 避免过度设计 【内容】在设计中警惕复杂的解决方案 【应用场景】适用于任何项目，应用所有大型项目和复杂系统或项目设计过程中 【用法】通过测试同事是否轻松的理解解决方案，来验证是否存在过度设计 【原因】复杂的解决方案实时成本过高，而且长期维护费用昂贵 【要点】过于复杂的系统
零、架构的感悟 1. 架构是什么2.架构师是什么3.架构成长之路3.1 翻越愚昧山峰3.2 走上开悟之坡3.3 踏上高原 1. 架构是什么 软件架构：有关软件整体结构与组件的抽象描述，用于指导大型软件系统各个方面的设计。 通常说架构是一种能力，架构角色则是要求你在具体事务中行使某些行为，而架构师则是
https://www.cnblogs.com/codelogs/p/17092141.html 简介# 上次解决了GC长耗时问题后，系统果然平稳了许多，这是之前的文章《GC耗时高，原因竟是服务流量小？》然而，过了一段时间，我检查GC日志时，又发现了一个GC问题，如下：从这个图中可以发现，我们GC有
https://www.cnblogs.com/codelogs/p/16242999.html 简介# Linux上有大量的问题诊断工具，如perf、bcc等，但这些诊断工具，虽然功能强大，但却需要很高的权限才可以使用。 而0x.tools这个工具提供了一个很好的思路，通过采样/proc目录来诊断
