简述 今天有同事咨询：项目上有台服务器操作系统启动时间较长，如何分析？ 果然，好问题都来自实践。 经过查找，对于所有基于systemd的系统，可以使用systemd-analyze来分析系统启动时间。查看man手册，systemd-analyze blame和 systemd-analyze cri
https://aijishu.com/a/1060000000116224 周末看到一份资料觉得不错，因此写点东西分享给大家。 谈到存储服务器，或者说盘位数比较多的Server，在前些年大多是SAS和SATA硬盘/SSD接口。从主板（CPU）到盘之间一般会经过多端口SAS RAID/HBA卡（8口
https://zhuanlan.zhihu.com/p/492185920 图片 eBPF 源于 BPF[1]，本质上是处于内核中的一个高效与灵活的虚类虚拟机组件，以一种安全的方式在许多内核 hook 点执行字节码。BPF 最初的目的是用于高效网络报文过滤，经过重新设计，eBPF 不再局限于网络协
背景 之前总结过.本次再进行一下总结和归集. 达梦的驱动也是经常变动,需要进行一些处理 获取安装介质 https://eco.dameng.com/download/ 但是专用机版本需要单独在获取 有其他的路径. 安装与初始化 rpm -ivh xxxx.rpm # 然后进行初始化 cd /opt/
https://www.cnblogs.com/charlieroro/p/16497628.html 本文介绍了Airbnb的集群扩缩容的演化历史，以及当前是如何通过Cluster Autoscaler 实现自定义扩展器的。最重要的经验就是Airbnb是如何一步步演化到当前架构的，其驱动因素又是什
https://www.jianshu.com/p/d2b28703e376 问题描述 近日线下测试环境的一个cloudstack计算节点上的虚拟机出现频繁的丢包情况，经过排查日志发现这个计算节点的包被丢弃，日志信息如下： Oct 29 16:18:14 a2 kernel: __ratelimit
https://www.cnblogs.com/leffss/p/8571685.html 有时候在linux下会遇到这种情况：df查看空间已经占用%100，但是找不到大文件，怎么回事呢，经过网上查找资料，得到解决方法： 1.使用lsof查看已删除但未释放的文件 lsof -n | grep del
https://blog.51cto.com/u_15293891/3290242 女主宣言 该文章出自HULK虚拟化团队（网络小分队），主要是基于在奥创版本升级过程中遇到的一个nf_conntrack问题展开的。该问题在日常开启了iptables的高并发运维场景中也会经常出现。该文章主要是结合实际
https://www.jianshu.com/p/a772e4b951f2 背景 最近给一个子公司部署一套k8s集群，集群搭建完之后有几个新需求需要新增几个node节点，在新增节点时发现添加失败，经过查询发现是网络规划问题导致。 flannel启动失败，报错信息如下：Error registeri
https://www.cnblogs.com/xgtx/articles/6068392.html 在搭建RabbitMQ集群的时候往往会因为.erlang.cookie而报各种错误，网上查资料也会经常说.erlang.cookie会在$home下，或者在/var/lib/rabbitmq下，到底
https://segmentfault.com/a/1190000043302892 以下内容来源于于我开源的 JavaGuide （Java学习&&面试指南，Github 130k star,370人共同参与爱完善）, 万字总结，质量有保障！ 这篇文章最早写于2019年，经过不断完善，内容也更全
https://cloud.tencent.com/developer/article/1953965?areaSource=104001.110&traceId=7WZNP412yK3vh7ebw4th0 记得刚毕业找工作面试的时候，经常会被问到：你知道“3次握手，4次挥手”吗？这时候我会“胸有成
https://cdn.modb.pro/db/525350 当一个网络IO发生(假设是read)时，它会涉及两个系统对象，一个是调用这个IO的进程，另一个是系统内核。当一个read操作发生时，它会经历两个阶段：①等待数据准备；②将数据从内核拷贝到进程中。为了解决网络IO中的问题，提出了4中网络IO
今天同事去厂商部署项目的时候发现项目启动一会便会奔溃，但是项目已经在其他的厂商和自己公司的云服务器上稳定运行了很长时间，且经过了大量严格的功能、并发测试，这让我有些诧异，通过了了解，知道了对方机器的操作系统为SUSE，同事发回了jvm奔溃时生成的hs_err_pid文件。通过查看hs_err_pid
https://www.cnblogs.com/lizexiong/p/15578427.html 导航:这里主要是列出一个prometheus一些系统的学习过程，最后按照章节顺序查看，由于写作该文档经历了不同时期，所以在文中有时出现 的云环境不统一，但是学习具体使用方法即可，在最后的篇章，有一个完
1 复制算法：新生代(MinorGC) 复制->清空->互换。 复制：当伊甸区满的时候会触发第一次gc，把还活着的对象拷贝到from区，当eden区再次触发gc的时候会扫描eden和from两个区进行垃圾回收，经过这次，回收还存活的对象进入to区或者老年代(年龄>=15)。同时把这些对象年龄+1 清
https://bbs.huaweicloud.com/forum/thread-169439-1-1.html 神Bug... 发表于 2021-11-15 10:36:113973查看 作者：程经纬、谢照昆 > 编者按：两位笔者分享了不同的案例，一个是因为 JDK 小版本升级后导致运行出错，最终
https://bbs.huaweicloud.com/forum/thread-144146-1-1.html 发表于 2021-07-29 20:07:087037查看 作者：宋尧飞 编者按：笔者在AArch64中遇到一个G1 GC挂起，CPU利用率高达300%的案例。经过分析发现问题是由JVM
https://www.cnblogs.com/zhoading/p/17128217.html 法不轻传,道不贱卖。师不顺路,医不叩门。香不白烧,经不空念。千金不传无义者,万财不渡忘恩人。医逢信者但可救,道遇无名枉费心。甘露不润无根草,妙法只渡有缘人。
