什么是 Garuda Linux？

Garuda Linux 是一个基于 Arch Linux 的现代化、注重性能与美观的桌面操作系统。它面向对性能有较高要求的用户，尤其受到 Linux 爱好者、游戏玩家和高级用户的欢迎。它于 2020 年发布，并因其美观的外观、可靠的性能和用户友好的环境而在短时间内获得了良好的声誉。它具有令人愉悦的开箱即用体验以及一组最佳程序和设置。

java项目在k8s 中oom处理

oom情况发生一般都是因为内存使用过高导致，最好是走查代码分析出内存占用高的具体原因。 此篇文章说明什么情况下会出现oom，以及如何从运维层面暂缓oom发生。真正解决内存占用还是需要分析代码以及java 堆栈. 不想了解细节，参见最后的java内存配置

CachyOS 推出了最新 2025 年 7 月快照（ISO 7），这次更新聚焦安装体验与游戏性能，亮点满满：

1 安装环节即可选 Shell

• Fish / Zsh / Bash 任选其一，省去安装后再折腾配置的烦恼；
• 默认 Fish，但只需在安装界面轻点一下，就能一键切换到你最熟悉的终端。

一. StackOverflowError

1.1 bug

 public class StackOverflowErrorDemo {
     public static void main(String[] args) {
         javaKeeper();
     }
 
     private static void javaKeeper() {
         javaKeeper();
     }
 }

背景

最近我一直在做性能优化，对一个单机应用做性能优化。主要是涉及到解析和导入导出相关的业务。

大致说一下这个单机应用干嘛的：制作票样，类似于答题卡。发给某些人填写，然后通过单机python图像识别存到数据库里面，在我们单机平台进行各种分析汇总数据。

前面呢已经优化了两块，一个是解析（目前性能提升了8倍，后续再优化），一个是汇总（性能提升了10倍+，后续再优化）。

0.简介

一、生死时速：当生产环境突现OOM的应急响应

1. 黄金五分钟操作清单

导语

生产环境80%的Java系统崩溃源于内存管理不当。本文通过线上真实案例，揭示

Memory Overcommit的意思是操作系统承诺给进程的内存大小超过了实际可用的内存。一个保守的操作系统不会允许memory overcommit，有多少就分配多少，再申请就没有了，这其实有些浪费内存，因为进程实际使用到的内存往往比申请的内存要少，比如某个进程malloc()了200MB内存，但实际上只用到了100MB，按照UNIX/Linux的算法，物理内存页的分配发生在使用的瞬间，而不是在申请的瞬间，也就是说未用到的100MB内存根本就没有分配，这100MB内存就闲置了。下面这个概念很重要，是理解memory overcommit的关键：commit(或overcommit)针对的是内存申请，内存申请不等于内存分配，内存只在实际用到的时候才分配。

操作系统其实是没办法去区分哪个是我的关键任务进程的，oom-killer的作者有这么段话：

If we run out of memory, we have the choice between either killing a random task (bad) letting the system crash (worse), OR try to be smart about which process to kill. Note that we don't have to be perfect here, we just have to be good.