优化 on Colinx Blog

2023 静态网站托管服务速度对比

Sun, 25 Dec 2022 00:00:00 +0000

对几家喜闻乐见的静态网站托管服务商 Vercel、Netlify、Cloudflare Pages、Azure Static Pages 测个速

测速后结论：

Vercel 全部爆炸，大陆地区全部不通
Netlify 对三家支持都比较不错，不过都有些不太稳定
Cloudflare 对电信友好，联通次之，移动大规模连不上
Azure 电信友好，联通次之，移动也是大规模连不上

特邀嘉宾：腾讯云海外 CDN

号称「充钱就可以获得力量」，那么让我们来看下冲了钱后的效果

腾讯云海外 CDN

大陆地区大部分路由到香港，极少数华东地区路由到美国，全部为 AWS 节点
移动除西北地区外都尚可，联通次之也是除西北外都还行，电信惨不忍睹

用腾讯云 CDN 被 D 怎么办？天价账单可付不起 小时结计费模式，欠费后保护期为 2 小时，还可以按流量或带宽单独设定防护策略

接下来开始真正的试炼：检测晚高峰期间各家的性能，晚上这个点各大运营商的出口都比较拥堵，这个时候更能体现出各家的性能优劣

晚高峰测速结果

Azure 全线炸裂 ⬆️

Netlify 依然给力 ⬆️

Vercel 依然一片红 ⬆️

CF 跟白天差不多，电信联通勉强可用 ⬆️

TX 海外 CDN 红绿参半，不过可以看到很强的地域特性

其他补充信息：

Vercel

不能自定义 HTTPS 证书，走 Let‘s Encrypt
有 Anycast，76.76.21.21，用 DNS 做负载均衡会比较方便
使用分钟级监控看过，时不时有连不上的情况，比 Cloudflare 明显差些，不过免费没有 SLA 保障也正常
大陆地区全部爆炸，不予考虑

Netlify

可以自定义 HTTPS 证书
无 Anycast，去年看都是 AWS 承载，今年看有近一半由 Google Cloud 承载
移动可以优先 Netlify
可以安装插件，网站更新可以自动推送 Google 比较方便
全部路由到新加坡，北方用户可能延迟较高

Cloudflare Pages

Cloudflare 可以自己签发证书，不像其他使用 Let‘s Encrypt 的必须要能解析到
有 Anycast，可以直接解析到 1.1.1.1，做负载均衡方便
移动 pass，电信联通尚可
不太稳定，动不动就被墙，需要常检测更新节点联通性

Azure Static Pages

可以通过 TXT 记录验证和自动申请 HTTPS
无 Anycast，只有香港的节点，两个 IP，方便负载均衡
移动 pass，电信联通尚可
北方用户可能延迟较高

策略

Vercel 全线不可用，Azure 晚高峰全部炸裂，大陆地区不考虑
Netlify 做全局默认 fallback
海外默认走 Cloudflare、Vercel
电信走 Netlify，无可替代
移动走 Netlify 和腾讯云海外 CDN
联通走 Netlify、Cloudflare、腾讯云海外 CDN

博客的几个镜像站点我也挂在了仓库的 README 页面，加了几个 badge 可以快速看到几个 mirror 的联通性情况。https://github.com/Colin-XKL/Colinx-Blog

国外静态网站托管服务商国内速度对比及线路优化

Thu, 05 May 2022 00:00:00 +0000

国外静态网站托管服务商国内速度对比及线路优化

本文主要探讨 Netlify、Vercel、Cloudflare Pages、Azure Web Hosting 在国内的速度对比及线路优化

以我的博客站点 blog.colinx.one 为例，使用 hugo 构建，选用的模板也很轻量没有太多奇奇怪怪的第三方组件，使用这些静态服务托管主要图个方便，不用备案而且基本流量不限。

分别挂了四个服务商的 CI, 每次更新 Git 仓库都会自动触发构建。分别对四个默认分配的域名进行检测。

四家服务商默认设置国内速度测试对比

Netlify

colins-blog.netlify.app

Vercel

colinx-blog.vercel.app

Azure

nice-glacier-095b09e00.1.azurestaticapps.net

CloudFlare Pages

colinx-blog.pages.dev

emmm Cloudflare 这在国内的速度可太拉胯了，虽说可以通过自选节点的方式曲线救国，但想了想还是算了。利用好其他三家的节点应该足够国内大部分用户访问。

—Update on 2022-05-22—

又重新测了一下 cloudflare 的速度，这次倒是一片绿，看来还是要运气，不太稳定。电信和联通都嗖嗖的，移动基本上全挂了。。。

这次能连接的节点主要就两个 172.66.45.34 和 172.66.46.222。

—end—

筛选后可用的节点

Netlify
18.140.226.100 amazon SG
54.255.56.197 amazon SG
206.189.46.168 digital ocean SG

Vercel
显示caronet，据说为AWS节点 (76.76.21.21 Anycast)
76.76.21.241
76.76.21.98
76.76.21.93
76.76.21.142
76.76.21.22
76.76.21.61
76.76.21.164

Azure
52.175.64.109 US MS
13.70.37.114 HK MS
51.124.12.35 UK

优化前

优化前使用了 dnspod 的解析服务做 4 个 A 记录的负载均衡，免费版套餐单记录单线路只能设置最多两个负载均衡记录，我这个是之前开通专业版套餐设置的，套餐到期了原有记录依旧保留，所以能设置四条同线路 A 记录负载均衡。

before

206.189.46.168  digital ocean %netlify
76.223.126.88 %vercel
18.140.226.100 amazon  %netlify
18.139.201.98 amazon %netlify

检测一波，红了好几个省份

慢点可以接受，线路不通可不能忍。之前粗略筛的几个节点，如今过了快两年了，线路估计也发生了变化，简单跑了一下这几条，发现这个线路现在的状况实在不咋地

这圈子兜的也太大了些。。。哦原来是 Digital Ocean 的节点啊，那没事了。

亚马逊的节点稍微好些，没有绕道日本这么离谱的行为

再来看看 vercel 节点的表现

这里是自选的节点，直连东京节点，好评

但是默认的 AnyCast 节点这个路由就稍微绕路了，看来大中华区还是得自己动手调整下线路

优化后

after

检测优化过程就不赘述了，都是拿几个基本的工具ping、tcping、httping、traceroute还有上文的全国网速检测网站对那几个节点挨个检测，直接上结论：

Vercel 的 Anycast 基本上都是路由到日本，但是同一个地方可能会被路由到不同的路线，比如有些 IP 从上海出口转日本东京，有些是从广东出口转日本
Netlify 的节点主要是在新加坡，提供商有 AWS 和 Digital Ocean，实测后者的节点经常性抽风，国内流量过去会绕个大圈子，还是 AWS 的靠谱些
Azure 的静态网页托管服务现在是免费的，带宽和流量啥的妥妥够用，不过开账户有门槛，我是用 Github Education Pack 在 Azure 开了个 Azure for Students 订阅，每年 100 刀额度，到期可续
Azure 能用的就香港节点，其他都是去往北美和欧洲的，直接 pass。对电信友好，移动和联通很不友好，饶了一大圈
AWS 的节点对移动和联通挺友好，对电信支持略差
Vercel 节点也是对移动和联通友好些

其他附加信息

Netlify 可自定义证书，Vercel 不可以。所以要保证 vercel 的服务器可以把域名解析到自家服务器，不然没法续签 SSL 证书
Cloudflare 的 CI 啥的做的挺垃圾，起步晚，很多东西不完善
Netlify 可以安装插件，推送 sitemap 和网站安全性检测这些我感觉挺好使

最终线路设置

电信和其他走 Azure 与 Vercel
移动联通走 Netlify 的 AWS 节点，以及 Vercel 在 JP 的节点
海外走 Vercel 的 Anycast IP

常用线路检测与优化工具链接

Best Trace

https://apps.apple.com/us/app/best-trace/id1037779758?l=zh

IP 批量查询

http://www.jsons.cn/ipbatch/

Minecraft 上云笔记 - MC 服务器快速搭建&MOD 推荐&性能优化

Sun, 07 Feb 2021 00:00:00 +0000

MC 快速上云，学生机轻松带动，三五好友，畅快联机

前言&踩坑

距离上一次玩 MC 已有四年之久，上次玩的时候还用的是家里的老爷机，连独显都没有，玩个整合包都费劲。如今设备早已更新换代，B 站不少做 MC 的 UP 主的内容挺有趣，于是尝试重新拾起 MC。

手机端国内只有网易代理，APP 卡顿严重，生态封闭，体验奇差。安卓下载的国际服倒是还不错，不过身为基岩版，与 Java 版的生态并不相通。Github 上找到了可以让基岩版进 Java 版服务器的轮子，不过手机端连接服务器又是一个麻烦事。连接远程服务器又需要登录 Xbox，但是登上了连接的时候又出现奇怪的问题。

贴吧有人给出解决方案，搭建 VPN，形成局域网，那样服务器会被视为局域网内开放的 MC 服务端。但天朝政策收紧，搭建 PPTP、L2TP 等隧道均未果，严重怀疑云服务商干扰了对应服务的端口。几番权衡决定投归 PC 端的 Java 版，生态丰富而且可以充分利用好硬件性能。

MC 服务器快速搭建

MC 服务端选择

物色了很多 MC 服务端，但看了下主要可用且被应用广泛的就两类，

Spigot、PaperSpigot 这类加装插件的
SpongeForge 这类可以加装 Mod 的

前者生态目测更丰富些，MCBBS 上的开服板块大部分都是 PaperSpigot 搭建的。但是好像都是那种几十上百人的公用服务器，什么权限控制、小游戏、防作弊的插件居多，而我只是想要一个能够装 Mod 的可以供三五好友方便联机的服务器。我的选择是后者

MC 服务器快速搭建

搭建方案千千万，不过 Docker 来的最实在。Github 找到一个非常方便的镜像，itzg/minecraft-server。这个镜像是运行时构建的，会根据指定的环境变量下载和安装对应的 MC 服务端程序。支持的服务端有 Bukkit、Spigot、PaperSpigot、SpongeForge 等等，MC 的版本和各项参数均支持通过环境变量自定义，非常方便。而且可以通过更换不同的 Tag 来使用不同的 JDK 版本，从 8 到 15，Hotspot 和 OpenJ9 都有，可以按需选用。有 arm 版本，树莓派也可食用。

安装 Docker 和 docker-compose 后，可以方便地编写脚本来快速启动一个 MC 服务器。这里放上我的docker-compose.yml文件

version: "3"
# Forge with Sponge API support. THIS REQUIRES DOWNLOADING SPONGEFORGE.
# Place the SpongeForge jar file in /data/mods. Other Forge mods go here as well.
# Place Sponge mods in /data/mods/plugins. Yes, this is a directory inside the Forge mod directory. Do NOT use /data/plugins.

services:
  minecraft:
    image: itzg/minecraft-server
    container_name: "MCServer"
    ports:
      - "25565:25565"
    volumes:
      - "mc:/data" # 主要数据，包括存档数据等
      - "~/.minecraft/forgemods/:/data/mods/" #Forge Mod 位置
      # - "~/.minecraft/sponegemods/:/data/mods/plugins"
      - "~/.minecraft/tmp/:/tmp" # Forge 下载失败可以自己放进去
      - /etc/timezone:/etc/timezone:ro #绑定本机的时区，方便看日志
    environment:
      SERVER_NAME: "MCServer"
      EULA: "TRUE"
      VERSION: "1.12.2" #(Ensure this is compatbile with the version of SpongeForge you are using!)
      TYPE: "FORGE" # 这里以 SpongeForge 的服务端为例，其他服务端也支持
      FORGEVERSION: "RECOMMENDED"
      # FORGEVERSION: "14.23.5.2854"
      CONSOLE: "false"
      ENABLE_RCON: "true"
      RCON_PASSWORD: "mcserver"
      RCON_PORT: 28016
      INIT_MEMORY: 512M
      MAX_MEMORY: 1536M # 内存根据实际需要修改
      OVERRIDE_SERVER_PROPERTIES: "true" 
      SNOOPER_ENABLED: "false" # 统计数据
      VIEW_DISTANCE: 8 #加载区块范围，默认 10，建议 4~8
      SEED: "-505794890" # 初始生成世界的种子
      PVP: "true"
      ONLINE_MODE: "FALSE" #正版校验开关
      ALLOW_FLIGHT: "FALSE" 
      USE_AIKAR_FLAGS: "false" # 一些优化
      RESOURCE_PACK: "https://blog-1301127393.file.myqcloud.com/MC/Distribution/VNR-1.0.1.zip" # 我自己会用的资源包，这里填 url
      NETWORK_COMPRESSION_THRESHOLD: 512 # 网络优化
    restart: unless-stopped
  rcon:
    image: itzg/rcon  # 服务器远程管理面板，具体使用自行百度
    container_name: "RCON"
    depends_on:
      - minecraft
    ports: #这两个端口都需要防火墙放行
      - "3000:4326" # Web UI
      - "4327:4327" # Connection from Web UI
    volumes:
      - "rcon:/opt/rcon-web-admin/db"
      - /etc/timezone:/etc/timezone:ro
    environment:
      RWA_ENV: "TRUE"
      RWA_ADMIN: "TRUE"
      RWA_PASSWORD: "mcadmin"
      RWA_RCON_HOST: "MCServer"
      RWA_RCON_PASSWORD: "mcserver" # RCON server to control
      RWA_RCON_PORT: 28016
    restart: unless-stopped

volumes:
  mc:
  rcon:

环境变量可以设置的地方非常多，可以到项目主页的 README 查看。https://github.com/itzg/docker-minecraft-server

docker-compose up -d 启动，第一次启动他会下载 MC、下载 MC 服务端、初始化世界。之后就可以在 MC 客户端连接了。（启动完毕就测试一下，测试没问题再进行后面安装 mod、服务器调优（按需）的步骤！）

MC 客户端安装

MC 启动器选择

（正版玩家略过，现在貌似正版购买的只支持官方启动器）

对于服务器选择，MCBBS 有一篇讲的挺详细，可以到这里挑选：

我的世界 Minecraft Java 版下载指南 | 文件结构说明 | 推荐启动器 - 软件资源 - Minecraft(我的世界) 中文论坛 - https://www.mcbbs.net/forum.php?mod=viewthread&tid=38297&page=1#pid547821

我推荐的启动器：

HMCL（力荐！跨平台、颜值高、功能完备，不过需要先装 Java)
BMCL（次推荐，颜值略低，基于.Net，功能完备）

我不推荐的启动器：

Nsiso （页面倒是做的漂亮，但是我装完 mod 启动竟然启动不了，兼容性或者说功能完备性欠缺，不知道后续版本如何。当时出问题之后我换 HMCL 就可以完美启动）

上一张 HMCL 的主页的图：

其他没有使用过的启动器暂时不予评价。

MC 本体安装

（正版玩家略过、整合包玩家略过）

推荐方式为启动器内安装，还可以顺带把 Forge 和 OptiFine 也安装了。

Forge：安装第三方 Mod 需要
OptiFine：游戏显示调优，有些光影会需要。

版本选择的话，我的选择是 1.12.2。目前 Mod 支持比较完备，生态也很丰富。很多 Mod 最高只支持 1.12.2，目测是后面官方更新了 API 啥的。当然倾向于原版的同学可以选择更新的 1.16，后面的版本有很多有意思的更新。

踩坑笔记：

这些启动器大多带有三个下载源：官方服务器、MCBBS 镜像和 BMCL 镜像。不过我当时安装的时候 BMCL 的镜像抽风了，下载一直没进度。建议选择 MCBBS 的源（虽然可能部分内容更新没有很勤）

通过启动器自动安装 OptiFine 的时候一直报错，换版本也是一样。后来的解决方案是选择窗口上方的【从本地文件安装/升级】

Mod 推荐

针对我实际使用和测试的情况做一些推荐。下文所有 Mod 均在 1.12.2 下测试并实际使用过，兼容性良好。

功能增强型 Mod（客户端必装）

这部分 Mod 主要是部分音效和部分不涉及多人游戏的功能的增强，可以随意安装，装不装都不影响好友联机与进服务器。

Mod 名称	说明
DynamicSurroundings	动态环境音效，比如草地有蟋蟀的声音，夜晚有狼的声音，使游戏很有沉浸感
SoundFilters	环绕音效，使得 MC 里所有的声音更真实，比如矿洞里的脚步声会有回音，房子里面听外面的声音会更小等等
BetterHUD	加强版的 HUD 信息显示，比如方位信息、坐标信息、时间信息、人物护甲、健康状态信息等等很多功能，而且可自定义程度也很高。
JEI	可以方便地查看物品的合成表，一般整合包必备的插件
JustEnoughCharacters	JEI 的扩展，支持按拼音、简拼搜索物品
Journeymap	旅行地图，貌似已经停更，但是功能上没有什么欠缺。支持小地图显示、快速传送等。也是一般整合包必备的插件
InventoryTweaks	按 R 键整理背包

功能增强型 Mod（服务端&客户端都必装）

Mod 名称	说明
FTB-Ultimine	超级挖掘，挖矿、清理场地好帮手
Doubledoors	双开门可以一键开关，不用挨个点击开关啦
OpenGlider	滑翔翼，经济实用的交通工具
Quark	对原版 MC 的很多地方进行了一些加强，我最喜欢的是他增加了纸墙和纸灯笼这类物品，可以建造一些日系的建筑（文末有图）
KeepingInventory	死亡不掉落，不解释，小白福音

内容增强型 Mod（服务端&客户端都必装）

Mod 名称	说明
Natura	添加了很多有意思的植物，整个世界变得生机勃勃，可以种樱花树，初期没食物还可以野外采蓝莓吃
MrCrayfish`s Vehicle Mod	载具 Mod，可以在 MC 开车哦
Animania	动物谷，更多的小动物、更加真实的动物喂养与繁殖
Twilightforest	鼎鼎有名的暮色森林，不解释

谨慎选用的 Mod

Mod 名称	说明
LootBags	击杀怪物得到战利品带，随机开出各种物品。不过你的箱子很快就会被一堆奇奇怪怪的东西堆满（比如我有一大箱无用的钻石马铠）
Cuisine	中文名烹饪工艺，国人作者开发的 Mod，挺有趣，很好地还原了做菜的过程，做完之后的菜会获得药水一样的效果。不过目测已经停更，而且没有很好的教程

注意：上面列举的所有 Mod 都是 Mod 本体，有些 Mod 的功能还依赖于其他 Mod，在安装时必须同时安装 Mod 本体和他依赖的 Mod。具体的依赖关系可以参考 mcmod.cn 上对 Mod 介绍页的 Mod 关系选项卡，CurseForge 的 Mod 介绍页的 Relation 选项卡。

踩坑笔记

R 键整理的快捷键与 JEI 的部分功能冲突，可自行修改快捷键

R 键整理对烹饪工艺中生产出来的菜品没辙

推荐仅将 FTB-Ultimine 用于挖泥巴和挖沙，实际使用时可能会出现挖了矿不掉东西的情况┭┮﹏┭┮

不要用铁镐、钻石镐开 FTB-Ultimine 挖东西！耐久掉的飞快

DynamicSurroundings 可以在设置里按需屏蔽特定的声音，比如装上后发现我家所在的地形会有乌鸦叫，就很烦。屏蔽之后整个世界都好起来了

DynamicSurroundings 与 Animania 有 bug，对 Animania 的某些特有生物进行交互时会触发找不到特定媒体资源的 bug，导致游戏崩溃，重新进入又会触发这个 bug，只有在进去的一瞬间用指令将玩家杀死才能勉强逃离这个无尽的循环（血泪的教训）（最新版本已修复）

Animania 会对每个维度的世界进行注入，比较耗费资源。在同时安装虚无世界 AoA 的情况下，每次服务器启动 Animania 需要对其包含的二十多的世界维度进行注入，严重拖慢启动速度

Quark 模组对 1.12 的 MC 只有 1.6 版本而没有后续版本的内容更新和 bug 修复。实际使用中有点吃性能

MC 服务器优化

我使用的是 SpongeForge，因此只对一些通用的优化手段和原版服务器的一些参数做介绍。使用 Spigot 等的可以参考 MCBBS 的帖子进行更加深入的调优：

Minecraft 服务器优化教程 —— 让多带 50% 的玩家不再是梦 - 联机教程 - Minecraft(我的世界) 中文论坛 https://www.mcbbs.net/forum.php?mod=viewthread&tid=478126

对于一台长期运行的 MC 服务器，我们需要关注的主要是下面几点

1. 稳定性

要保证服务的稳定，我们需要防范的是内在的崩溃和外在的影响。

防止服务端程序自己崩溃的方法有：

尽量使用稳定版的 MC 和稳定版的 Forge
避免使用评分较低的 Mod
加载大量 Mod 前先在本地做好测试，避免冲突，同时保障所有依赖项已安装好

避免外在影响致 MC 服务器崩溃的方法有：

为 JVM 设置合适的内存限制，避免因OutOfMemory导致 MC 服务端进程被系统杀掉
开放的服务器最好限制下权限并封堵一些游戏内的漏洞，避免熊孩子炸服

2. 可维护性

这一项的话其实见仁见智，有些人可能只会开个服务器玩几个星期，有些人会开几年。如果只是短期玩的话麻烦点就麻烦点咯，但是要长期玩的话，注意一下服务器的可维护性后面可以减少很多时间和精力。

我的建议有以下几点：

使用 Docker。这样可以方便地进行服务的停启与迁移、升级。
使用 Docker-Compose并保存docker-coompose.yml文件，这样你可以方便地更改一些参数而不用每次都输入一串长长的docker run指令。
经常备份。数据无价。
尽量避免使用已经停止维护的 Mod。到时候要是出了奇怪的 Bug，你就只能含泪把这个 Mod 所有相关的内容从你的世界剥离。

3. 响应及时性

响应及时性也体现在几个方面：

CPU 运算能力够强，复杂的时间（战斗、爆炸）等能很快地处理过来
存储设备 IO 速度快，服务启动、区块加载可以非常迅速
网络连接稳定、延迟低，波动小

上面三点可以通过堆硬件来实现。不过有没有不辛苦钱包又能提高游戏体验的方法呢？

自然是有的。我们可以通过修改服务端程序的部分配置来实现。不过本质上是牺牲一小部分游戏体验换取一大部分游戏体验，就看你能忍受的牺牲的部分能有多少咯。

MC 服务器的优化主要聚焦在两个地方

MC 服务端程序的参数优化
JVM 参数调优

MC 服务端优化

VIEW_DISTANCE: 8

这一项可以更改加载的区块的数量。这个数值越大，就会加载更多的区块，占用的内存和 CPU 就会更多。这个数值过小可能会导致你家的作物不长以及怪物刷不出来，会显著影响游戏体验。减小这一项的数值可以显著减少内存和 CPU 占用。

默认值 10，建议值 4~8。

注意：1 个区块并不是指一个方块，而是指一个16*16的区域。这个数值对可视区域的影响并不会很大，你可以放心地减小这个数值。这一项的值每减小 1，你的服务器每次就可以少计算16*16*256个方块

NETWORK_COMPRESSION_THRESHOLD: 512

这一项的含义是对大于特定大小的数据包进行压缩。压缩会消耗一定量的 CPU 资源，不过可以减缓网络的压力。如果你的网络条件较差，可以减小这一项的数值。

默认值：256

JVM 调优

首先需要声明的是，我不是 JVM 调参专业户，下文的数据也并不是严格的评测。结论并不严谨，仅仅从一个技术人员的视角出发，结合我实际的使用体验，给出的一些建议，供大家参考。

当我们在讨论 JVM 调优时，我们在谈论什么？

垃圾回收（Garbage Collection）一直以来都是众多 JVM 调优教程的核心所在。Java 运行于 VM 上，运行过程中不可避免的垃圾回收是最影响应用整体性能的存在。

这里我们不去纠结那些新生代、老年代的划分、各种比率、各种单元的大小，我们只需要明白几点：

不要觉得你比 JVM 的开发人员牛 X
不要觉得网上各路 JVM 调参大神的方法就适用于你

众多顶级公司都在使用 Java，其母公司 Oracle 自然会招聘全球最优秀的一批开发人员去开发，所以JVM 的大部分设置都是开箱即用的，默认最佳的。在你不了解某一项参数的含义、不知道更改某一项配置的目的时，最好是不要做改动。

其次，网络上大部分 JVM 的调优教程都是应对“面试造火箭”的，即便是以实际应用为主的 JVM 优化教程，人家那都是几十核几百 G 内存的机器，一秒钟要承担几百万的访问量，他们做优化的出发点、目标都不一定适用于你。

明确优化目标

明确了上面两点我们可以开始着手进行优化了。

首先需要明确你开 MC 服务器的机器是什么配置。以我的为例，我使用的是腾讯云的1 核 2G 的云服务器，带宽 2M，即峰值速度为 256k/s。

其次需要知道你的优化目标。网络上大多数 JVM 的优化教程都是追求更低的响应时间，以便能够承载更多的并发访问。

以我的情况为例：我开这个 MC 服务器的目的，只是希望能够与不超过 5 个好友联机，玩带一些暮色森林这样的Mod的 MC。

搭建完服务器后，观察了了一段时间后发现，

只有在 MC 服务器刚启动的时候 CPU 占用率会达到 100%，空载（没有玩家在线，后台没有高负荷任务）只有 2% 左右，两人联机时 CPU 平均负载在 30% 左右。
加装了十几个 Mod 的情况下，空载占用 CPU 资源在 1G 左右，两人联机 1.4G 左右。
只有在客户端刚进入的时候会跑满带宽，之后正常游戏时，每台客户端需要占用 10K/s 左右的带宽。
联机游戏间或卡顿，但很快恢复
查看日志发现空载时时竟然仍会can't keep up

那么以我的情况来看

CPU 性能富余
内存吃紧
带宽够用

那么我的优化目标就是：利用好 CPU 资源，尽力减少内存占用，以便为其他程序让路，并且为未来可能要添加的新 Mod 留出空间。

优化

JVM 优化的大头是 GC。网上吹的漫天飞的 G1GC 的确有他的可取之处，一些腐竹的测试数据也表明其实际效果优秀。但是在我的案例中，使用 G1GC 是有问题的：

G1GC 天生是为了现代互联网应用环境而设计的，需要开很多个线程协同来完成垃圾回收工作。他适用于多核处理器 + 大内存机器上的高负荷运算。而我的服务器是单核，内存也并不富裕。
多线程的 GC 模式跑在单核机器上时出现的问题就是：单核机器无法并行处理多个任务，其本质上只是在多个任务之间快速切换，来实现各个任务基本“实时”“并行”运行。但是线程之间的切换是有代价的，性能损耗积少成多。
G1GC 追求在延迟可控的情况下达到更高的吞吐量。但他的代价是更多的内存占用。小内存机器并不适合使用 G1GC。

物色了一番，我最终选择换用 Serial GC 代替原本的 G1GC。

Serial（-XX:+UseSerialGC）

从名字我们可以看出，这是一个串行收集器。

Serial 收集器是 Java 虚拟机中最基本、历史最悠久的收集器。在 JDK1.3 之前是 Java 虚拟机新生代收集器的唯一选择。目前也是 ClientVM、ServerVM 4 核 4GB 以下机器默认垃圾回收器。Serial 收集器并不是只能使用一个 CPU 进行收集，而是当 JVM 需要进行垃圾回收的时候，需暂停所有的用户线程，直到回收结束。

优化前后对比

优化前 MC 服务器的资源占用情况

SERIAL GC (1 ONLINE)

进一步对 mod 优化后，2 online

其他优化方法

更换 GC 只是众多优化方法中的一种，其他的诸如换用 OpenJ9 虚拟机也可以有不错的效果，可惜的是 Forge 对其的支持并不友好，只得作罢。还有启用指针压缩也可以获得不错的性能提升，不过 JDK6_u23 之后 UseCompressedOops 就已经被默认启用了，使用新版本 Java 基本不用关注这方面的优化了。

写在最后

晒几张图

我家：

我安装的光影 Sildurs Vibrant Shaders v1.281 High 效果图

Better HUD + 旅行地图效果图

参考&推荐阅读

大家最推荐用哪种联机方式玩 Minecraft？ - 知乎 https://www.zhihu.com/question/54048310
View Distance: optimize your Minecraft server https://mtxserv.com/article/12535/view_distance_optimize_your_minecraft_server
Minecraft 服务器优化教程 —— 让多带 50% 的玩家不再是梦 - 联机教程 - Minecraft(我的世界) 中文论坛 https://www.mcbbs.net/forum.php?mod=viewthread&tid=478126
itzg/docker-minecraft-server: Docker image that provides a Minecraft Server that will automatically download selected version at startup https://github.com/itzg/docker-minecraft-server
jvm G1 垃圾收集器有什么缺点？ - SegmentFault 思否 https://segmentfault.com/q/1010000021658061