じっぷ（yossy_zip）Spigotフォークの注意点
SpigotのフォークとしてはPaperが有名で、さらにそのフォークとしてはTuinity（Paperに統一されたが）、さらにそのフォークとしてはAirplaneなど、フォークのフォークのフォークでも有名どころはたくさん存在する。また、単にフォークしまくっているだけではなく、当たりのものでは確かに圧倒的にラグが軽減されたりするのだ。
TAG
マイクラ
マイクラサーバー チャンク提供によるラグ
私が運営しているサーバーでは、高スペックユーザーにも満足していただけるようより遠くまでチャンクを送信している。 もちろん、実質的な処理をするsimulation-distance（1.17以前ではview-distance）は最低レベルの4チャンクとし、見えるだけの距離view-distance（1.17以前のpaperではno-tick-view-distance）は16チャンク～32チャンクとしていた。
マイクラ鯖の始まり
小6、マイクラを購入。 そこからの1年の間、迷惑をかけながらも外部のマルチサーバーで生活する。 そこで知り合い、親しくなった人の中にマイクラサーバーを立てる側のひとが2人ほど居た。 通話などをする仲でもあったので、折角なら立ててみようということで教えてもらいながらマイクラサーバーを立てるに至った。
マイクラサーバーでのハイパースレッディングテクノロジー
Intel Core i7 4770K (4コア 4スレッド)のCPUでマインクラフトサーバー(MOFUCRAFT!!!)を運営しています。 また、intelのCPUにはハイパースレッディングテクノロジー(以下HT技術)という1コアを2スレッドに見せる機能があり、BIOSにて有効無効切り替えられます。
SSDにしたらマイクラサーバーのラグがましになった話
題名のとおりです。 従来は15人ログインでTPSが12前後、25人以上ログインで1桁でしたが、マイクラサーバーのデータをすべてSSDに移すと20で安定、低くても17前後で落ち着きました。 1.14以降からエンティティの処理がかなり重くなり、TPSの低下は免れないと思われていましたが、SSDに換装するとボトルネックが解消され、大幅な低下はなくなりました。
通信量から探るマイクラサーバーラグの改善
まず、通信量によるラグはログイン時やTP時に起こるのでまずはそれを確認します。 これは既に知っている方が多いかと思いますが、ログイン時などに重いのは大きく分けて次の２つの理由があります。 ログイン処理自体が重い（バグなど） ログイン直後のデータ通信量が多い 前者はプラグインのエラーログなどをご確認ください。
BungeeCordの日本語化
BungeeCordはUTF-8変換などの普通の方法では日本語化できません。 Unicode エスケープシーケンス(\\uXXXX形式)に変換することで対応できます。 ー手順ー BungeeCord.jarの中にあるmessages.propertiesを取り出す 日本語に翻訳する それらの文字をすべて変換する 当時は個人ブログの「Unicode エスケープシーケンス 変換」というページを使わせていただいていました（今はリンクを外しています）。
Bukkit/SpigotのCPU使用率をアホみたいに下げる
数年前に海外サイトで発見しました。 英語での解説ページは大量にあるのですが日本語ものが見当たらないので書くことにしました。 なんとまあこれが超簡単なんですよね... start.shなどのサーバー起動ファイルに - -noconsoleパラメータを追加するだけです java -Xmx2G -Xms2G -server -jar spigot.jar nogui --noconsole みたいな感じになります。