一个导致JVM物理内存消耗大的Bug
发现一个系统老是被OS Kill掉，是内存泄露导致的。在查的过程中，阴差阳错地发现了JVM另外的一个Bug。这个Bug可能会导致大量物理内存被使用，我们已经反馈给了社区，并得到快速反馈，预计在OpenJDK8最新版中发布(JDK11中也存在这个问题)。
相关分享
1
喜欢
li
lisenhui.cn
/
2024-11-23 21:54
隐藏的换行符导致Base64加密解密失败
通过 printf 和 base64 命令，可以快速实现字符串的加密与解密。操作简单高效，特别适合开发调试或轻量级任务。灵活使用 Linux 工具，让你的工作更高效！
无图
1
喜欢
ix
ixyzero.com
/
2024-08-06 08:18
2024年CrowdStrike导致的Windows系统大规模蓝屏事件整理
本文整理了2024年7月19日因CrowdStrike导致的大规模Windows系统蓝屏事件。由于CrowdStrike更新其Falcon安全产品的配置文件，许多Windows系统出现蓝屏崩溃，影响全球多国的重要业务系统。此事件引发了对安全软件稳定性和供应链风险的反思。作者分析了事件的时间轴、技术原因及对安全产品设计的启示。
无图
1
喜欢
le
www.leavesongs.com
/
2024-03-13 13:26
UTF-8 Overlong Encoding导致的安全问题
Overlong Encoding是将1个字节的字符，按照UTF-8编码方式强行编码成2位以上UTF-8字符的方法。
0xC0AE并不是一个合法的UTF-8字符，但我们按照UTF-8编码方式将其转换出来的，这就是UTF-8设计中的一个缺陷。
按照UTF-8的规范来说，我们应该使用字符可以对应的最小字节数来表示这个字符。那么对于点号来说，就应该是0x2e。但UTF-8编码转换的过程中，并没有限制往前补0，导致转换出了非法的UTF-8字符。
这种攻击方式就叫“Overlong Encoding”。
无图
1
喜欢
l1
l1n.wang
/
2024-03-12 22:26
JVM内存问题排查流程
首先确认问题现象，可以通过服务状态，监控面板、日志信息、监控工具（VisualVM）等，确认问题类型：
1、内存使用率居高不下、内存缓慢增加、OOM等；
2、频繁GC：Full GC等；
发现问题不建议重启，留存状态。
无图
0
喜欢
di
www.diguage.com
/
2024-01-14 19:21
JVM 剖析花园：2 - 透明大页
大页面是提高应用程序性能的简单技巧。Linux 内核中的“透明大页”功能使其更易于使用。JVM 中的“透明大页”支持使其易于选择。尝试大页面总是一个好主意，尤其是当你的应用程序有大量数据和大堆时。
无图
0
喜欢
di
www.diguage.com
/
2024-01-14 19:21
JVM 剖析花园：1 - 锁粗化及循环
虽然锁粗化并不适用于整个循环，但另一种循环优化方法—循环展开—为常规锁粗化创造了条件，一旦中间表示开始看起来好像有 N 个相邻的锁-解锁序列，就可以进行锁粗化。这不仅能带来性能上的优势，还有助于限制粗化的范围，避免对过大的循环进行过度粗化。
无图
1
喜欢
li
linux.cn
/
2023-11-06 22:57
软件开发 | JVM 解释和编译指南
Java 是一种跨平台的编程语言。程序源代码会被编译为 字节码bytecode，然后字节码在运行时被转换为 机器码machine code。解释器interpreter 在物理机器上模拟出的抽象计算机上执行字节码指令。即时just-in-time（JIT）编译发生在运行期，而 预先ahead-of-time（AOT）编译发生在构建期。
本文将说明解释器、JIT 和 AOT 分别何时起作用，以及如何在 JIT 和 AOT 之间权衡。
无图
1
喜欢
cr
crossoverjie.top
/
2023-10-25 00:03
Go 语言史诗级更新-循环Bug修复
背景前两天 Golang 的官方博客更新了一篇文章：Fixing For Loops in Go 1.22，看这个标题的就是修复了 Go 循环的 bug，这真的是史诗级的更新；我身边接触到的大部分 Go 开发者都犯过这样的错误，包括我自己。
无图
1
喜欢
wi
wiki.eryajf.net
/
2023-07-02 23:44
关于gradle中plugins依赖未走私服导致编译失败的原因探析
我们的项目标配使用gradle进行编译，我们也配置了nexus作为私服，理论上来说，不应该再会出现因包依赖的原因导致编译失败的情况，但是这个问题仍旧会偶尔发生，我解决过一两次，只看到通常失败的编译都是在开头的时候去 plugins.gradle.org 拉包的情况，当时将该问题存疑，本文特来探析一下导致这个问题的根因。
无图
1
喜欢
ip
www.ipcpu.com
/
2022-12-18 20:02
Redis故障整理-既是热key也是大key导致网卡PPS过高
之前我们遇到过热key，命中了集群中的一组服务器，导致其网卡PPS超出了极限值，经常性出现redis响应变慢的问题。
我们随即对机器和网卡进行了升级，升级成多队列网卡，设置了4个CPU和网卡队里一一对应。
升级完以后，Redis的整体平均响应时间确实变短了，但是仍然会存在一些响应慢的情况出现，经过分析多张监控图的现象，我们发现Redis的QPS一直很稳定。
无图