On Wed, Jun 19, 2024 at 8:39 AM Neal Gompa <ngompa13@xxxxxxxxx> wrote: > * I suspect more of the hardware that don't support -v2 have failed > out of use naturally Due to product line feature differentiation there are more recent -v1 hardware than the aforementioned roughly 2008 date, but the one pre-nehalem -v1 system I still run as an appliance (a core 2 duo) fails to boot about 10% of the time due to power issues due to capacitor disease (and I don't feel like re-capping the motherboard and power supply for a 2008 era system), so it will finally die or be replaced soon enough. I would not be surprised if other such aged desktops and laptops are not also near hardware end of life due to other system component lifetime issues. I will also note that since that -v1 desktop/laptop systems of the legacy architecture do not support EPT, even native architecture virtualization is extremely poor performance wise, which is why I don't care about qemu on -v1 systems (and don't have it installed on my -v1 system). If qemu is compiled as -v2+ only I would never notice the difference on that system as I don't even install it on that system (although I would, presumably, see the performance enhancements on my -v2+ desktop). > * RPM now lets us "tell the truth" about what x86_64 sublevel we expect And if compiling qemu with -v2 has a performance benefit, that seems to be a positive path forward. -- _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
