Hello I have problems with the virtualBox GUI.
Every time I navigate between virtual machines(left pane), it takes about 2-4 seconds to respond and show the vm details(right pane)!!
It's annoying, and I'd like to know if anyone has experienced such slowness problems with the GUI.
I have 6 vms and when I want to compare the settings, it takes unreasonable time to switch. It should be smooth and quick - not seconds!!
Another problem is in the storage tab(on settings window). It's where you see current hard disk, IDE controllers, SATA controllers , cd. The problem is that it takes a few seconds to respond after I click on(switch between) the various hard disks, controllers, cd player.
Take for example: one .vdi file and empty virtual dvd player, the time taken to switch between them(click or navigate with arrows) is about 2 to 5 seconds!!
5 seconds to respond after I click!! something is wrong!
Please help!
I have windows 7, 2gb of ram, i3 m370 2.40GHZ, so it is not an hardware problem...
Slow to respond after clicking/navigating
-
mpack
- Site Moderator
- Posts: 39134
- Joined: 4. Sep 2008, 17:09
- Primary OS: MS Windows 10
- VBox Version: VirtualBox+Oracle ExtPack
- Guest OSses: Mostly XP
Re: Slow to respond after clicking/navigating
This is virtually instant on my PC.
Clicking on a new VM possibly implies the VM accessing a disk folder to read the .vbox file. Something unusual you have not mentioned about where your .vbox files are stored? A network drive would be what I had in mind. An external (USB) drive would be slow in comparison to internal, but not as slow as you describe.
Another possibility is that it's your user selected malware interfering (by which I mean resident virus checking, aka user self administered denial of service attack).
Clicking on a new VM possibly implies the VM accessing a disk folder to read the .vbox file. Something unusual you have not mentioned about where your .vbox files are stored? A network drive would be what I had in mind. An external (USB) drive would be slow in comparison to internal, but not as slow as you describe.
Another possibility is that it's your user selected malware interfering (by which I mean resident virus checking, aka user self administered denial of service attack).