初期設定はなぜかvirtioがなくて、ディスクI/Oが遅かったです。自分で導入してみたら、ディスクI/Oが350MB/sから740MB/sくらいになっていました。最初から導入してくれない理由はなぜなんでしょうか。ip6ない値段とスペックから見たら、xserverが断然によさそうですね。逆にそんなによさそうに書いてあるからこそ少々怪しいと思います。多くのユーザーが同時に利用すると、公式で発表されているスペックが出ないかもしれません。夜のいわゆるゴールデンタイムで問題が発生するのでしょうか。計測スコアのコードはGithubにあります。ping、ディスクI/O、Geekbench、ダウンロードとアップロード速度が測定項目です。一時間ごとに、自動的に実行するように設定しました。詳しくはGithubのリポジトリにあります。観察した期間は2022年の9月から10月の一ヶ月間でした。結果まず結果を図として表示しましょう。Singaporeざっくりいうとping値は、全部それなりに安定で低いです。AWSとxserverは残念ながら不安定な場合もそれなりに存在します。ディスクI/OはAWSがぶっちぎりで悪く、xserverがぶっちぎりで良いです。Geekbenchシングルコアはxserverがすごいです。conohaがかなり低いです。マルチコアに関して、xserverとkagoyaがよさそうですね。linodeが低いです。ダウンロードは少々面白い結果です。conohaとkagoyaは断然遅いです。すごく安定しています。vultrとlinodeはより早いけど、波があります。Angelesに対する、linodeが信じられないくらい遅くなりました。Shanghaiは、どれも不安定なところがあります。日本国内の速度を確認したら、xserverは最初さくさくだったけど、ある日速度が著しく下がっちゃいました。制限されてしまったのでしょうか。アップロードならvultr以外はほとんど安定してますよね。他の会社は全部少しムラがあるけど、そんなに多くはないですね。まとめまずxserverに謝らないといけないです。xserverが怪しいという偏見があったんですけど、結果としてはびっくりほど問題なかったです。ダウンロードが制限されちゃうのはマイナスで悲しいことだけど、制限されてもconohaとkagoyaより5倍くらい早いです。データに表示されてないことがあります。システムメンテナンスの通知が多かったです。pingの不安定なところも加えたら私の場合は使わないと思います。AWSは意外とpingが不安定で、各機能が低いため採用する事はないです。vultrは途中で強制再起動されてしまいまして、ログインもできなくて修理することにかなりの労力がかかりました。それにconohaとvultrはpingの最高値には波があります。そのため、除外します。kagoyaとlinodeしか残ってないですね。シングルコアならほぼ同じですね。マルチコアはkagoyaの圧勝です。ダウンロードはkagoyaが著しく安定してる一方、linodeはとんでもないほど遅い時もあります。Shanghaiと遮断された経験もありました。結論を付けるのが難しいですね。kagoyaのように安定してる事は魅力的な事です。kagoyaのdebianがないところが好きではない。安定性から見れば私にはやっぱりkagoyaが少し上かな。ベンチマークではなくて実際のプログラムで両方を使ってみる価値があると感じます。request.Back。