「さくらのVPS(v3/v4)」サービス機材老朽化対応に伴うメンテナンスの変更点メモ
かれこれ10年近くさくらのVPSを利用している。最初の契約が2010年9月で、さくらのVPSが正式サービスを開始した直後だ※1。それからプランを変更しつつ、今でも継続して使っている。
さて、そのVPSサービスが「サービス機材老朽化対応に伴うメンテナンス」※2をするということで、2019年6月12日の真昼間にメンテナンスがあった。メンテナンス前後で何が変わったか、メモしておく。
/proc/cpuinfo
最近は lscpu コマンドでもCPU種別が表示されるらしい。知らんかった。とりあえず、 /proc/cpuinfo の diff。
2番目以降のプロセッサは同内容なので割愛。
— cpuinfo.20190612 2019-06-12 14:10:01.001609565 +0900
+++ cpuinfo.20190612.2 2019-06-12 14:57:50.753394058 +0900
@@ -1,12 +1,12 @@
processor : 0
vendor_id : GenuineIntel
cpu family : 6
-model : 62
-model name : Intel(R) Xeon(R) CPU E5-2650 v2 @ 2.60GHz
-stepping : 4
+model : 61
+model name : Intel Core Processor (Broadwell)
+stepping : 2
microcode : 0x1
-cpu MHz : 2599.998
-cache size : 20480 KB
+cpu MHz : 2199.996
+cache size : 4096 KB
physical id : 0
siblings : 1
core id : 0
@@ -17,22 +17,22 @@
fpu_exception : yes
cpuid level : 13
wp : yes
-flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mm
x fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl eagerfpu pni
pclmulqdq vmx ssse3 cx16 pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdr
and hypervisor lahf_lm vnmi ept fsgsbase tsc_adjust smep erms xsaveopt
-bogomips : 5199.99
+flags : fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fx
sr sse sse2 syscall nx rdtscp lm constant_tsc rep_good nopl eagerfpu pni pclmulqdq ssse3 fma cx16 pc
id sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx hypervisor lahf_lm 3dnowprefet
ch fsgsbase bmi1 avx2 smep bmi2 erms invpcid rdseed adx smap xsaveopt
+bogomips : 4399.99
clflush size : 64
cache_alignment : 64
-address sizes : 40 bits physical, 48 bits virtual
+address sizes : 46 bits physical, 48 bits virtual
power management:
CPUは Intel(R) Xeon(R) CPU E5-2650 v2 @ 2.60GHz (Ivy Bridge EP?)から Intel Core Processor (Broadwell) 2.2GHz? に変更されている。キャッシュが20MBから4MBに減っているのだけど、マジ?
クロックが遅くなっているせいで、bogomipsも約5200から約4400へと2割ほど減っている。
新しいCPUになったので、AVX2やが使えるのはちょっとだけ嬉しい。とは言っても、Wordpressで使う分には意味はないのだが。
muninの処理が速くなった?
状態監視に使っているmuninの処理が速く終わるようになった。2割ぐらい速くなっている。もしかしたら何か処理抜けして速くなったように見えるだけかもしらんので、あとでログ調査しなきゃ。
(VPSの同居人が変わって、負荷が減っただけかもしれないし)
要経過観察か
WordPressの処理時間もなんとなく速くなってるような気もするのですが、変動が大きくてよくわからない。しばらく様子を見てみます。
追記
byte-unixbench をかけてみたら、メンテナンス前よりもスコア上がっています(27%)。
-System Benchmarks Index Score 669.9
+System Benchmarks Index Score 852.2
Dhrystoneがクロックダウンのせいかやや減、他のスコアは2-3割ほど伸びています。CPUの変更(とSSDの変更?)の影響でしょうか。
nginxの応答時間も12日のメンテナンス後から、2-3割速くなっています。これは嬉しい。
ディスカッション
コメント一覧
まだ、コメントがありません