背景
一套 Minecraft 1.19.4 Forge 客户端运行在 Linux 桌面环境中，桌面为 KDE，显示设备为 27 英寸高分辨率屏幕。由于客户端配置曾经经过较随意的手动调整，实际运行时存在发热、卡顿、负载偏高的可能。与此同时，服务端也出现过停止超时和内存不足问题，因此有必要先把客户端侧的明显性能压力项梳理清楚。
优化目标并不是把画质压到最低，也不是追求极限帧率，而是在保留正常视觉体验的前提下，让客户端运行更加稳定、少卡顿、低发热，并尽量减少客户端对服务端区块加载压力的间接影响。
初始检查发现的问题
客户端配置中最明显的性能压力来自几个方向：原版图形档位、渲染距离、模拟距离、帧率上限、OptiFine 视觉增强项，以及 JourneyMap 的常驻地图显示层。
首先，原版图形档位处于较高状态。配置中 graphicsMode:2 对应的通常是 Fabulous 档位。Fabulous 会使用更重的渲染路径，对高分辨率屏幕和老款 GPU 更不友好。对于普通生存和模组游玩来说，Fabulous 带来的视觉提升并不总是值得持续负载增加。
其次，客户端的 renderDistance 和 simulationDistance 均为 10。这个数值不算极端，但在 Forge、多模组、高分辨率显示环境下，会明显增加客户端渲染、CPU、内存和区块处理压力。模拟距离还会影响周边区块和实体的活跃范围，在联机环境中也可能间接增加服务端压力。
第三，帧率限制几乎处于放开状态。配置中 enableVsync:false，同时 maxFps:260。对于 60Hz 或普通显示目标来说，这种设置会让 GPU 和 CPU 尽可能多地渲染帧，即使肉眼和显示器无法完整利用，也会带来额外发热、风扇噪音和帧时间波动。
第四，OptiFine 中存在多项视觉增强功能，例如 Connected Textures、Dynamic Lights、Custom Sky、Custom Entity Models、Custom Items 等。这些功能单独看未必都是大问题，但组合在一起时，会让渲染管线更加复杂，特别是在模组环境下容易成为额外负载来源。
第五，JourneyMap 保留了较多 fullmap 实体显示层，包括怪物、动物、村民、宠物、洞穴和实体名称等。这类地图功能不是单纯静态 UI，而是持续扫描和渲染信息，尤其在打开大地图时可能带来明显开销。
第一轮保守优化策略
本次优化采取“只动大项，不盲目砍画质”的原则。客户端第一轮只处理明确影响稳定性和发热的项目，暂时不处理低收益或可能影响体验的细节项。
最终采用的第一轮配置如下：
graphicsMode: 2 -> 1
renderDistance: 10 -> 8
simulationDistance: 10 -> 5
enableVsync: false -> true
maxFps: 260 -> 60
这几项是客户端最核心的优化点。
graphicsMode 从 Fabulous 降到 Fancy 后，可以显著降低渲染路径压力，同时保留大部分正常画面表现。相比直接降到 Fast，Fancy 是更平衡的选择，既能降低负载，又不会让画面观感突然变差。
renderDistance 从 10 降到 8，是一种保守调整。远景仍然保留基本可用性，但减少了需要渲染的区块数量。对于高分辨率屏幕来说，这个变化通常比继续堆画质更有实际意义。
simulationDistance 从 10 降到 5，则更偏向稳定性。模拟距离越高，客户端和服务端需要处理的活跃实体、方块更新和周边区域越多。降到 5 后，正常游玩体验仍然可接受，同时可以减少不必要的模拟压力。
帧率限制从 260 FPS 调整为 VSync + 60 FPS，是本次优化中对发热影响最直接的一项。对于 60Hz 显示目标来说，260 FPS 并不能带来等比例体验提升，反而会增加 GPU 和 CPU 的持续负载。锁定到 60 FPS 后，系统可以更稳定地分配资源，帧时间也更容易保持平滑。
OptiFine 优化项
OptiFine 的第一轮优化主要处理几个较明显的高开销功能：
ofConnectedTextures: 3 -> 1
ofDynamicLights: 3 -> 0
ofCustomSky: true -> false
ofCustomEntityModels: true -> false
ofCustomItems: true -> false
Connected Textures 会增加纹理连接判断和渲染处理，对画面有一定美化作用，但在模组环境中收益和成本需要权衡。本次没有完全激进处理，而是从最高档降到较低档。
Dynamic Lights 是典型的视觉增强功能，效果明显，但也会带来持续计算和渲染开销。对于稳定低热目标来说，关闭动态光源是合理选择。
Custom Sky、Custom Entity Models、Custom Items 等功能在资源包和模组组合下可能增加额外渲染复杂度。第一轮关闭这些项目，可以减少不必要的视觉层负担，同时不破坏核心玩法。
一些项目没有在第一轮处理，例如 Random Entities、Emissive Textures、Fast Render 等。Random Entities 和 Emissive Textures 属于次一级优化项，可以留到后续观察后再决定。Fast Render 在 Forge 和大量模组环境下可能带来兼容性问题，因此没有为了小幅性能收益强行启用。
JourneyMap 优化项
JourneyMap 没有被整体关闭，因为 minimap 对正常探索和导航仍然有明显价值。本次采用“保留基本导航，收窄高开销 fullmap 显示层”的策略。
第一轮关闭了 fullmap 中的若干实体和洞穴显示：
showMobs: true -> false
showAnimals: true -> false
showVillagers: true -> false
showPets: true -> false
showCaves: true -> false
showEntityNames: true -> false
这样可以减少地图层持续收集和显示实体信息的负担。minimap 仍然保留，因此日常导航体验不会被完全破坏。
没有继续处理的项目
一些配置虽然也可能影响性能，但本次没有继续调整：
entityShadows
biomeBlendRadius
renderClouds
mipmapLevels
Jade / Waila / WTHIT
AppleSkin
Controllable
shaderPack=OFF
这些项目要么不是主要瓶颈，要么关闭后会明显影响视觉或便利性，要么本来就已经处于合理状态。例如 shader 已经关闭，继续处理没有意义。Jade、Waila、AppleSkin 这类 HUD 或辅助信息模组一般不是主要性能杀手，优先级低于渲染距离、模拟距离和帧率限制。
内存配置确认
客户端启动器配置中曾看到默认内存为 2GB，但启动日志显示实际运行参数为 4GB。对于 Minecraft 1.19.4 Forge 和多模组环境来说，2GB 容易带来 GC 抖动和进区块卡顿，而 4GB 是更合理的起点。
本次没有盲目把客户端内存继续提升到 6GB。内存并不是越大越好，过大的堆可能带来更长的 GC 停顿，也会挤压系统缓存和其他进程可用内存。确认实际生效为 4GB 后，保持现状是更稳妥的选择。
优化后的判断
客户端第一轮优化后，已经完成了最有价值的调整：
Fabulous -> Fancy
renderDistance 10 -> 8
simulationDistance 10 -> 5
260 FPS -> 60 FPS + VSync
关闭 OptiFine 的若干重型视觉增强
收窄 JourneyMap fullmap 实体和洞穴显示层
保持 shader 关闭
保持客户端实际 4GB 内存
这套配置更适合高分辨率 Linux 桌面环境下的 Forge 客户端。它没有把画质砍到最低，也没有破坏正常游玩体验，而是把主要负载源从“高画质高帧率”调整为“稳定、低热、少卡顿”。
后续不应继续盲目降低画质。更合理的做法是实际游玩观察，包括 FPS 是否稳定、风扇是否明显降低、进区块是否还有卡顿、JourneyMap 打开时是否有延迟，以及日志中是否出现新的渲染或模组警告。
总结
这次客户端优化的核心思路是：先处理大开关，再观察实际效果，不把多个变量混在一起。对于高分辨率屏幕、Forge、多模组环境来说，Fabulous、过高视距、过高模拟距离和无限制帧率，往往比一些小型 HUD 模组更值得优先处理。
最终配置没有追求极限性能，也没有追求极限画质，而是在稳定性和体验之间取得了更合理的平衡。