前言 我之前在一家餐饮公司待过两年，每天中午和晚上用餐高峰期，系统的并发量不容小觑。 为了保险起见，公司规定各部门都要在吃饭的时间轮流值班，防止出现线上问题时能够及时处理。 我当时在后厨显示系统团队，该系统属于订单的下游业务。 用户点完菜下单后，订单系统会通过发kafka消息给我们系统，系统读取消息
前言 有很长一段时间没有使用过IIS来托管应用了，今天用IIS来托管一个比较老的.NET Fx4.6的项目。发布到线上后居然一直调用不同本地却一直是正常的，关键是POST和GET请求都是正常的，只有PUT和DELETE请求是有问题的。经过一番思考忽然想起来了IIS默认情况下拒绝处理PUT和DELET
https://www.cnblogs.com/jmcui/p/10259359.html 在开发过程中，有时候我们发现 JVM 占用的CPU/内存居高不下，跟我们的预期不符，这时，CPU 在做什么呢？是什么线程让CPU/内存如此忙碌呢？我们通过如下几步，可以查看 CPU 在执行什么线程。 1、to
https://www.jianshu.com/p/97860bbeb45c 双十一了，头一天晚上10点左右收到阿里云cpu超过90%短信报警。 第二天上班了，开始处理,步骤如下： 1、top找出cpu高的java进程号9592 2、top -Hp 9592查看cpu占用time最高的线程编号281
本文记录了一次排查FullGC导致的TP99过高过程,介绍了一些排查时思路,线索以及工具的使用,希望能够帮助一些新手在排查问题没有很好的思路时,提供一些思路,让小白也能轻松解决FullGC问题
前言 作为Java工程师的你曾被伤害过吗？你是否也遇到过这些问题？ ✘ 运行着的线上系统突然卡死，系统无法访问，甚至直接OOMM！ ✘ 想解决线上JVM GC问题，但却无从下手。 ✘ 新项目上线，对各种JVM参数设置一脸茫然，直接默认吧，然后就JJ了。 ✘ 每次面试之前都要重新背一遍JVM的一些原理
1 前言 在《微服务系列》中，我们讲过很多限流，熔断相关的知识。 老生长谈的一个话题，服务的能力终归是有限的，无论是内存、CPU、线程数都是，如果遇到突如其来的峰量请求，我们怎么友好的使用限流来进行落地，避免整个服务集群的雪崩。 峰量请求主要有两种场景： 1.1 突发高峰照成的服务雪崩 如果你的服务
数据可视化分析之新技能——魔数图 大家在使用数据可视化工具进行数据设计的时候，有没有遇到过这些设计场景：部门人员的履历细信息、工厂各个产线的生产状态和生产信息、公司各个部门的KPI信息……这些数据都有一个共同的特点：数据结构相同，但是内容各有不同；布局相同，但展示的样式相同。在传统场景中我们要实现这
https://www.cnblogs.com/codelogs/p/16060378.html 背景# 起因是这样的，我们想开发一个小脚本，当cpu使用率过高时，使用jstack将java的线程栈保存下来，以便后面分析。 获取cpu使用率# 获取cpu使用率是比较容易的，使用vmstat就可以了，
译者注 这篇文章原本是之前翻译 《曲线艺术编程》系列第八章--贝塞尔曲线一章中引用的内容 作者提到过知识点可参考这篇文章以及优化和线性插值所以我也时分想仔细看一篇 在当时其实打开看过一眼，其中有看到导数部分，当时就怕翻译错了，所以我回头抽空复习了一下数学的导数部分。说实话，毕业后的工作与生活中从未用
## 版本说明 ### 新增特性 * 构建版本、部署应用时的线程池可配置化； ### 优化特性 * 构建版本跳过单元测试； ### 解决问题 * 解决Vue应用详情页面报错的问题； * 解决Linux环境下脚本运行失败的问题； * 解决下载Maven安装文件失败的问题； ### 升级说明 下载v1.
在表数据量很大的时候直接添加字段，以及其他表结构修改，会严重影响线上使用，而且耗费时间很长；使用这个工具可以很好的在线修改表结构。 好处: 降低主从延时的风险 可以限速、限资源，避免操作时MySQL负载过高 建议: 在业务低峰期做，将影响降到最低 直接原表修改缺点： 当表的数据量很大的时候，如果直接
引言 传统的并发控制手段，如使用synchronized关键字或者ReentrantLock等互斥锁机制，虽然能够有效防止资源的竞争冲突，但也可能带来额外的性能开销，如上下文切换、锁竞争导致的线程阻塞等。而此时就出现了一种乐观锁的策略，以其非阻塞、轻量级的特点，在某些场合下能更好地提升并发性能，其中
作者：京东科技 徐传乐 背景 在高并发下，Java程序的GC问题属于很典型的一类问题，带来的影响往往会被进一步放大。不管是「GC频率过快」还是「GC耗时太长」，由于GC期间都存在Stop The World问题，因此很容易导致服务超时，引发性能问题。 事情最初是线上某应用垃圾收集出现Full GC异
大家有有没有这种感觉，就是怎么学习都学不会。感觉学的特别的吃力？ 学自动化那会报了个班，大家也知道松勤这个线上机构吧。我报了，并且自动化代码也敲了5，6遍，很多问题也问过老师，也回答的很敷衍，也嫌我笨。那时就自我怀疑我是不是真的很笨。后来自我怀疑到我是不是不适合干这行。也很想知道大家的学习方式是什么
这一期的话题有点深奥，不过按照老周一向的作风，尽量讲一些人鬼都能懂的知识。 咱们先来整个小活开开胃，这个小活其实老周在 N 年前写过水文的，常阅读老周水文的伙伴可能还记得。通常，咱们按照正常思路构建的应用程序，第一个启动的线程为主线程，而且还是 UI 线程（当然，WPF 默认会创建辅助线程。这都是运
这次整理以前的代码，然后想到了应用的欢迎界面窗体的问题。这个例子是在应用中启动一个线程来进行显示欢迎窗体的，对于应用的启动无影响，与其他人的源码不相同，欢迎读者进行复用此类库。 以前有编写过欢迎界面窗体的代码，不过这次翻出来的时候想把它完善一下，于是经过不断地修改代码，终于得到了一个完善的欢迎界面窗
# 背景 这篇文章是写给有缘人的，为什么这么说呢，因为本篇主要讲讲数据库连接池之c3p0-0.9.1.2版本。 年轻的朋友，可能没怎么听过c3p0了，或者也仅限于听说，这都很正常，因为c3p0算是200几年时比较流行的技术，后来，作者消失了好几年，12年重新开始维护，这时候已经出现了很多第二代线程池
前言 垃圾回收需要思考三件事情，哪些内存需要回收？什么时候回收？如何回收？ 一、哪些内存需要回收 JVM 的内存区域中，程序计数器、虚拟机栈和本地方法栈的生命周期是随线程而生，随线程而灭的。这几个区域的内存分配和回收都具有确定性，不需要过多考虑回收问题，当方法或线程结束时，内存自然就跟着回收了。 J
内核参数作用域的情况 1. 全系统生效 2. 进程生效 3. 用户生效 4. 协同作用. # 本文并不会按照范围进行单独阐述 # 会按照一个作用链条进行说明. nofile number of file 本质是一个进程能够打开文件数的限制. 是操作系统避免单个线程文件数打开过多,导致系统资源耗尽的一
