bd7xzz

在网上找到了社区的一篇bug反馈，可供参考https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/4621 这里也阐述了该字符设备引起的cpu 100%的bug。后打印火焰图，也是epoll_wait，虽然打印热点函数也是epoll_wait，但看函数栈似乎看不出啥，毕竟不熟悉pipewire。列出所有监听的fd，其中只有fd=54的代表监听音频设备/dev/snd/seq。sy列很高，用strace跟踪下系统调用发现大量的epoll_wait。

这是一篇很随性的浅谈，主要围绕着作为一个服务端程序员如何解决疑难杂症这个话题。我是一名使用java的程序员，在我的认知范围内，java还是擅长于服务端业务编程。即：拥有完善的解决企业级信息化问题的生态，适用于服务端非极端性能要求下的一种编程语言。这里的重点是：生态健全，能够快速应对各种复杂业务。面向服务端，众所周知java在客户端（浏览器、桌面端、嵌入式）领域做的不是很好，只有安卓还说得过去。

一、问题现象 系统在双十一期间出现频繁内存飙升现象，内存在几天内直接飙升到报警阈值。在堆内存空间由3g调整到4g后，依然出现堆内存超过阈值问题，同时在重启若干次内存依然会飙升堆积。同时也发现了jvm一直不出现full gc，young gc稍微有点颤抖并出现young gc回收慢现象，很诡异，where is the full gc?!如图所示： 同时可以看到，young gc后，内存逐渐......