ByteCoding

Created2021-04-13|Math

需求概要用户消费若干金币后排队，N人组队成功后开始猜拳，M轮PK后决出最终胜利者轮次分布数理预测实际分布概要设计用例图部署图状态图用户阶段数据状态数据模型

Created2021-04-12|PerformanceTuning

说明调优背景任务系统是一个运行多年且高度抽象的核心营收系统业务高峰期出现频繁GC，导致Kafka消息消费延迟的情况，影响线上业务经JVM参数调优后，效果提升不明显，依然无法满足业务需求，需要专项深入优化，降低内存分配的速度主要挑战代码高度抽象且迭代多年，存在比较陡峭的理解曲线调优过程不能影响线上业务，因此不能采用会触发STW的工具，如HeapDump等调优思路不直接关注代码架构设计等静态指标，直接采样线上系统的运行数据从采样数据中得出剩余可调优空间的TopN问题，针对问题进行分析优化后再次上线，进入下一轮调优迭代调优N次后，当剩余可调优空间不大或者性价比不高时（问题域趋向于收敛），即结束调优迭代采样时间 Java Flight Recorder 均为10分钟采样文件大小与采样时间基本是O(N)的关系，不适合长时间采样，且本案例中内存分配的Top 5基本不变 Async Profiler 调优迭代为10分钟，最后一次采样为7天采样文件大小与采样时间基本是O(1)的关系，可以长时间采样调优迭代采样10分钟是为了快速确定TopN问题，加速调优迭代最后一次采样为7...

Linux性能 -- CPU -- 使用率

Created2020-03-03|LinuxPerformance

节拍率（HZ）为了维护CPU时间，Linux 通过事先定义的节拍率（内核中表示为HZ）触发时间中断，并使用全局变量Jiffies记录开机以来的节拍数节拍率 HZ 是内核的可配选项，可设置为100、250、1000等 HZ=250，表示每秒触发250次时间中断，每发生一次时间中断，Jiffies值+1 节拍率 HZ 是内核选项，用户空间程序不能直接访问为了方便用户空间程序，内核提供了一个空户空间节拍率USER_HZ，固定为100，即10ms 12root@ubuntu:~# grep 'CONFIG_HZ=' /boot/config-$(uname -r)CONFIG_HZ=250 /proc/stat & CPU使用率 Linux 通过 /proc 虚拟文件系统，向用户空间提供系统内部状态的信息 /proc/stat 提供的是系统的 CPU 和任务统计信息 12345# 后面10列表示不同场景下 CPU 的累计节拍数，单位是USER_HZ，即10ms，即不同场景下的 CPU 时间root@ubuntu:~# cat /...

Linux性能 -- CPU -- 上下文切换

Created2020-03-02|LinuxPerformance

CPU 上下文 CPU 上下文 CPU 在运行任何任务前，必须的依赖环境 CPU 寄存器 CPU 内置的容量小、但速度极快的内存程序计数器存储 CPU 正在执行的指令位置、或者即将执行的下一条指令位置 CPU 上下文切换切换过程先把前一个任务的 CPU 上下文（也就是 CPU 寄存器和程序计数器）保存起来然后加载新任务的上下文到这些寄存器和程序计数器最后再跳转到程序计数器所指的新位置，运行新任务保存下来的上下文，会存储在系统内核中，并在任务重新调度执行时再次加载进来 CPU特权等级 & 进程运行空间 & 系统调用进程的运行空间分为内核空间和用户空间内核空间（Ring 0）具有最高权限，可以直接访问所有资源用户空间（Ring 3）只能访问受限资源，不能直接访问内存等硬件设备，必须通过系统调用陷入到内核中，才能访问这些特权资源进程在用户空间运行时，被成为进程的用户态；而陷入内核空间的时候，被称为进程的内核态从用户态到内核态的转变，需要通过系统调用来完成系统调用的过程会发生 CPU 上下文的切换一次系统调用，发生了两次 ...

Linux性能 -- CPU -- 平均负载

Created2020-03-01|LinuxPerformance

uptime1分钟、5分钟、15分钟 12$ uptime 07:40:47 up 24 min, 2 users, load average: 0.14, 0.14, 0.19 平均负载单位时间内，系统处于可运行状态和不可中断状态的平均进程数，也就是平均活跃进程数，它和CPU使用率并没有直接关系所谓可运行状态的进程，是指正在使用CPU或者正在等待CPU的进程也就是我们常用ps命令看到的，处于R状态（Running或Runnable）的进程不可中断状态的进程则是正处于内核态关键流程中的进程，并且这些流程是不可打断的比如最常见的是等待硬件设备的I/O响应当一个进程向磁盘读写数据时，为了保证数据的一致性在得到磁盘回复前，它是不能被其他进程或者中断打断的，这个时候的进程就处于不可中断状态也就是我们在ps命令中看到的D状态（Uninterruptible Sleep，也称为Disk Sleep）的进程不可中断状态实际上是系统对进程和硬件设备的一种保护机制理想情况平均负载 = CPU个数 12$ grep 'model name'...