inxiCode: Alles auswählen
inxi -F 
?Dann heißt dein Win10- Host (Host: Debian-VM)refused hat geschrieben:15.03.2020 13:08:59VirtualBox ist auf meinem Windows 10 Rechner installiert.
Da muss man aber doch erst mal darauf kommen 
Win7 hat einen schrecklichen CPU-Scheduler. Hier ist die Situation: Ich habe die VB-Kompilierung von ARM gcc auf allen verfügbaren CPUs ausgeführt. Weißt du was? Ich habe Verzögerungen, schreckliche Einfrierungen. Ich konnte nicht einmal einen Task-Manager im Host öffnen. Ich habe Kollegen danach gefragt, sie sagen: "Was bist du, ein Idiot? Natürlich friert es ein, du hast alle Kerne benutzt! " Warte was? Ich bin ein FOSS-Entwickler, und zu Hause ist es eine gewöhnliche Situation, etwas auf Archlinux aufzubauen, zwei Threads zu verwenden, da ich die Kerne habe, und gleichzeitig Youtube ohne die geringsten Verzögerungen anzusehen!
Code: Alles auswählen
# inxi -F
System:
Host: debian Kernel: 4.19.0-8-amd64 x86_64 bits: 64 Console: tty 0
Distro: Debian GNU/Linux 10 (buster)
Machine:
Type: Virtualbox System: innotek product: VirtualBox v: 1.2 serial: N/A
Mobo: Oracle model: VirtualBox v: 1.2 serial: N/A BIOS: innotek
v: VirtualBox date: 12/01/2006
CPU:
Topology: Single Core model: Intel Core i7-4790S bits: 64 type: MCP
L2 cache: 8192 KiB
Speed: 3193 MHz min/max: N/A Core speed (MHz): 1: 3193
Graphics:
Device-1: VMware SVGA II Adapter driver: vmwgfx v: 2.15.0.0
Display: server: X.org 1.20.4 driver: vmwgfx tty: 80x24
Message: Advanced graphics data unavailable in console for root.
Audio:
Device-1: Intel 82801AA AC97 Audio driver: snd_intel8x0
Sound Server: ALSA v: k4.19.0-8-amd64
Network:
Device-1: Intel 82540EM Gigabit Ethernet driver: e1000
IF: enp0s3 state: up speed: 1000 Mbps duplex: full mac: 08:00:27:7b:c9:7d
Device-2: Intel 82371AB/EB/MB PIIX4 ACPI type: network bridge
driver: piix4_smbus
Drives:
Local Storage: total: 12.00 GiB used: 3.88 GiB (32.3%)
ID-1: /dev/sda vendor: VirtualBox model: VBOX HARDDISK size: 12.00 GiB
Partition:
ID-1: / size: 10.76 GiB used: 3.85 GiB (35.8%) fs: ext4 dev: /dev/sda1
ID-2: swap-1 size: 1022.0 MiB used: 27.6 MiB (2.7%) fs: swap
dev: /dev/sda5
Sensors:
Message: No sensors data was found. Is sensors configured?
Info:
Processes: 139 Uptime: 2m Memory: 987.4 MiB used: 633.1 MiB (64.1%)
Init: systemd runlevel: 5 Shell: bash inxi: 3.0.32
Upps - da bin ich einem Bären aufgesessen
Ich denke, das tut es schon. Letztendlich ist es der Windows Kernel , der die Ressourcen für Virtualbox und die VM's im richtigenrefused hat geschrieben:15.03.2020 13:32:29Ob die VM nun auf einem Debian Host oder Windows 10 Host läuft, dürfte hier keine Rolle spielen.
Code: Alles auswählen
VBoxManage showvminfo "<VM-Name>"
41000
Code: Alles auswählen
Large Pages: enabledBei mir ist das in allen VM's aus. also nicht "default"Enable large page support by default on 64-bit hosts (applies to nested paging only)
..
--largepages on|off: If hardware virtualization and nested paging are enabled, for Intel VT-x only, an additional
performance improvement of up to 5% can be obtained by enabling this setting.
This causes the hypervisor to use large pages to reduce TLB use and overhead.
Code: Alles auswählen
nmi backtrace for cpu skipped: idling at nativ_safe_halt
Most likely, this is caused by one of three things:
1) A very hard to trigger kernel bug. I don't think this is likely though, as the RCU stuff is so core to the kernel that any bugs there
are likely to be hit by just about everyone.
2) Bad RAM. Memory corruption caused by a bad memory module can quite easily cause bizarre stuff like this to happen.
3) A transient memory error caused by something other than the memory itself. Similar to the above, but not likely to show up again.
This is the type of thing that ECC memory tries to protect against (but can't completely because it's fully possible for something
to go wrong in the ECC logic).
Unless it' happens again, you can probably assume it's case 3 and just move on. If it does happen again, look for similarities in the surrounding kernel messages and/or check your RAM.