One of my Linodes is showing a CPU load increase from about 10% to about 20% after switching to KVM, with no change in the amount of network traffic it pushes. (It is a Tor relay, so the only thing it does is shovel encrypted packets around.)



The most probable explanation for this is that KVM is missing some crypto acceleration instructions. Here's one stanza of /proc/cpuinfo:

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 62
model name      : Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz
stepping        : 4
microcode       : 0x1
cpu MHz         : 2799.998
cache size      : 25600 KB
physical id     : 0
siblings        : 1
core id         : 0
cpu cores       : 1
apicid          : 0
initial apicid  : 0
fpu             : yes
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 mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl eagerfpu pni pclmulqdq ssse3 cx16 pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm fsgsbase tsc_adjust smep erms xsaveopt
bugs            :
bogomips        : 5602.32
clflush size    : 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management:

Could someone who still has a Xen-based Linode please post the equivalent information? I am particularly interested in the "flags" line.

Xen node in Fremont:

processor   : 0
vendor_id   : GenuineIntel
cpu family   : 6
model      : 62
model name   : Intel(R) Xeon(R) CPU E5-2680 v2 @ 2.80GHz
stepping   : 4
microcode   : 0x416
cpu MHz      : 2800.064
cache size   : 25600 KB
physical id   : 0
siblings   : 2
core id      : 4
cpu cores   : 1
apicid      : 9
initial apicid   : 9
fpu      : yes
fpu_exception   : yes
cpuid level   : 13
wp      : yes
flags      : fpu de tsc msr pae cx8 apic sep cmov pat clflush mmx fxsr sse sse2 ss ht syscall nx lm constant_tsc rep_good nopl nonstop_tsc eagerfpu pni pclmulqdq ssse3 cx16 sse4_1 sse4_2 popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm ida arat epb pln pts dtherm fsgsbase erms xsaveopt
bugs      :
bogomips   : 5602.46
clflush size   : 64
cache_alignment   : 64
address sizes   : 46 bits physical, 48 bits virtual
power management:

Both my node and yours have the "aes" flag, so I don't think AES acceleration should be an issue.

Thanks! Here's a side-by-side comparison of the feature flags.

KVM                 Xen
----------------------------------------
aes                 aes
apic                apic
avx                 avx
clflush             clflush
cmov                cmov
constant_tsc        constant_tsc
cx16                cx16
cx8                 cx8
de                  de
eagerfpu            eagerfpu
erms                erms
f16c                f16c
fpu                 fpu
fsgsbase            fsgsbase
hypervisor          hypervisor
lahf_lm             lahf_lm
lm                  lm
mmx                 mmx
msr                 msr
nopl                nopl
nx                  nx
pae                 pae
pat                 pat
pclmulqdq           pclmulqdq
pni                 pni
popcnt              popcnt
rdrand              rdrand
rep_good            rep_good
sep                 sep
ss                  ss
sse                 sse
sse2                sse2
sse4_1              sse4_1
sse4_2              sse4_2
ssse3               ssse3
syscall             syscall
tsc                 tsc
tsc_deadline_timer  tsc_deadline_timer
xsave               xsave
xsaveopt            xsaveopt

                    arat
                    dtherm
                    epb
                    fxsr
                    ht
                    ida
                    nonstop_tsc
                    pln
                    pts

arch_perfmon
fx
mca
mce
mtrr
pcid
pdpe1gb
pge
pse
pse36
rdtscp
smep
tsc_adjust
vme
x2apic

I don't honestly know what most of this stuff means. I do know that it looks like most of the architectural extensions Tor needs (aes, pclmulqdq, sse*) are available on both Xen and KVM, so there's the initial hypothesis shot.