Differences

This shows you the differences between two versions of the page.

--- en:blog:2021:2021-05-02 [2021-05-02 18:08]
Decomo created
+++ en:blog:2021:2021-05-02 [2021-06-01 08:54] (current)
Decomo
@@ Line 9: / Line 9: @@
 Although I checked FreeBSD ''top'' result, there were nothing significant highly loaded processes, but it showed "System" used 4-5% CPU on closer look.
 It meant some sort of system processes ate a CPU.
-And I checked details with ''top -SP'', then a ''rand_harvestq'' process constantly ate 40-80% of one CPU.
+And I checked details with ''top -SP'', then a ''rand_harvestq'' process constantly ate 40-80% of one of CPU cores.
 {{ :blog:2021:freebsd13_high_cpu_usage_by_rand_harvestq_on_pve.png |}}
@@ Line 37: / Line 37: @@
 And then, the reason for the high CPU utilization was, after all, VirtIO Entropy Adapter.
-It is a para-virtualzation device for a random number device to use its physical device on a host from a VM as it is named.
+It is a para-virtualization device for a random number device as it is named to use its physical device on a host from a VM.
-It is expected to use lower CPU if we use common sense, but it's not in this case.
+It is expected to use lower CPU if we use common sense, but it's not so in this case.
 I don't know why, though.
-The VirtIO RNG's random source is assigned ''/dev/urandom'', so it may not be blocking.
+The VirtIO RNG's random source is assigned ''/dev/urandom'' on the host, so it may not be blocking.
-I don't changed these settings at all..hummm...
+I haven't changed these settings at all..hummm...why?
-I decided to use the VM without the VirtIO because getting high-loaded by para-virtualization is putting the cart before the horse.
+I decided to use the VM without the VirtIO RNG because getting high-loaded by para-virtualization is putting the cart before the horse.
 Intel Secure Key RNG still works as the random source in FreeBSD, so it'll be no problem.
 The power consumption returned to former level, then my wallet stays away from losing money.