# dmidecode 3.2 Getting SMBIOS data from sysfs. SMBIOS 3.0.0 present. Table at 0x9A694000.
... Handle 0x000A, DMI type 4, 48 bytes Processor Information Socket Designation: U3E1 Type: Central Processor Family: Core i7 ... Core Count: 2 Core Enabled: 2 Thread Count: 4 Characteristics: 64-bit capable Multi-Core Hardware Thread Execute Protection Enhanced Virtualization Power/Performance Control Handle 0x000B, DMI type 0, 24 bytes BIOS Information Vendor: LENOVO Version: N1QET88W (1.63 ) Release Date: 04/22/2020 Address: 0xE0000 Runtime Size: 128 kB ROM Size: 16 MB Characteristics: PCI is supported PNP is supported BIOS is upgradeable BIOS shadowing is allowed Boot from CD is supported Selectable boot is supported EDD is supported 3.5"/720 kB floppy services are supported (int 13h) Print screen service is supported (int 5h) 8042 keyboard services are supported (int 9h) Serial services are supported (int 14h) Printer services are supported (int 17h) CGA/mono video services are supported (int 10h) ACPI is supported USB legacy is supported BIOS boot specification is supported Targeted content distribution is supported UEFI is supported BIOS Revision: 1.63 Firmware Revision: 1.35 -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1886602 Title: Windows 10 very slow with OVMF Status in QEMU: New Bug description: Debian Buster Kernel 4.19.0-9-amd64 qemu-kvm 1:3.1+dfsg-8+deb10u5 ovmf 0~20181115.85588389-3+deb10u1 Machine: Thinkpad T470, i7-7500u, 20GB RAM VM: 4 CPUs, 8GB RAM, Broadwell-noTSX CPU Model Windows 10, under this VM, seems to be exceedingly slow with all operations. This is a clean install with very few services running. Task Manager can take 30% CPU looking at an idle system. To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1886602/+subscriptions