Date: Sun, 25 Apr 2021 09:15:27 +0000 From: dashdruid <dashdruid@protonmail.ch> To: Jeff Love <jl@burgh.net> Cc: "freebsd-stable@freebsd.org" <freebsd-stable@freebsd.org> Subject: Re: FreeBSD 13.0 terrible performance in KVM Message-ID: <rmaV76VD-3j_2df_4ioUT68NZJRqvFgJb3Mkix36DZvkwKJczIzs8eWkHXtSTpXAlY3EoyZVascux-sm4WTcssmwbavJzEJGmdoCpzySVSA=@protonmail.ch> In-Reply-To: <1699dc93-7070-e5f0-8fc1-2ca4f77db3ac@burgh.net> References: <AKYOQu-q6fYoMOt_DBnDKFsHwIX2WYQiAsy0IqDO39auUExYH6L8mVG0mrSKW9G-XRSPjeuB9NxrZsYPira8Gv4NodyIx7z4w_iqxjJwS-Y=@protonmail.ch> <1699dc93-7070-e5f0-8fc1-2ca4f77db3ac@burgh.net>
index | next in thread | previous in thread | raw e-mail
Hello, I have reinstalled it with GPT/ZFS and your right it's much better. Same search taking 3-6 seconds so I have deleted now all my old UFS based FreeBSD images. I wonder how I didn't notice this earlier because I had 12.0, 12.2 base images and now that I retested them they had the exact same issues. I guess after the stuff is loaded into memory it doesn't matter anymore. This must be something related to the virtual disk access. I was not thinking on using ZFS due to the higher memory recommendations, some of these VMs I using them for tiny tasks like DNS server and I don't give them more than 256, 512MB of ram. Also I don't take advantage of snapshotting either since it's a VM and it's either snapshotted or I just have base images and copy them when creating new VMs. Well UFS is on it's way out anyway. ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐ On Saturday, April 24, 2021 3:03 PM, Jeff Love jl@burgh.net wrote: > I'm running 12.2 and 13.0 on KVM using virtio and zfs. I am not having > disk I/O issues. > Jeff Love > On 4/24/21 5:25 AM, dashdruid via freebsd-stable wrote: > >> Hello List, >> I hope some other folks out there running FreeBSD on KVM as well. I set up a base VM while doing so I noticed that the disk operations are very slow. Many times I edit a file in vim or try to run a command there is a huge lag. >> I use UFS as the root filesystem. To have something to compare it with I have tested it against an OpenBSD 6.6 VM on the same host, same hardware. both have 1 vCPU and 1GB of ram, 20GB virtual disk (they are exactly on the same physical disk no raid or anything to have a fair comparison). >> Here is an example simple file search time for a non-existent file: >> FreeBSD 13 >> time find / -name cacert.pem >> real 0m30.656s >> user 0m0.516s >> sys 0m3.938s >> Second run even worse >> real 2m38.618s >> user 0m0.711s >> sys 0m6.882s >> While on the OpenBSD VM I get >> time find / -name cacert.pem >> real 0m2.258s >> user 0m0.290s >> sys 0m1.970s >> The amount of data is about the same on both systems but I would not consider this a "slight" performance degradation. If the base system is so slow then imagine putting Apache and other servers on top of it. Did anyone run into this? >> Unless there is a definitive solution I will opt out to using other BSD variants. >> freebsd-stable@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > freebsd-stable@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?rmaV76VD-3j_2df_4ioUT68NZJRqvFgJb3Mkix36DZvkwKJczIzs8eWkHXtSTpXAlY3EoyZVascux-sm4WTcssmwbavJzEJGmdoCpzySVSA=>