VirtualBox

Opened 15 years ago

Closed 14 years ago

#2845 closed defect (fixed)

The new NAT engine makes vbox freeze while downloading!

Reported by: Beno@… Owned by:
Component: network/NAT Version: VirtualBox 3.0.6
Keywords: NAT Cc:
Guest type: other Host type: Windows

Description

Every time i try to download a file, VirtualBox freezes after a few secounds... and the guest system doesn't respond anymore and i'm obliged to kill the process of vbox from windows...

i'm running vbox 2.1 under windows XP SP3, it's up to date the problem appeared after the update to vbox 2.1 i have the same issue on many linux guest system (i didn't try another ones), even with a mandriva installation that used to work fine under vbox 2.0.6

Attachments (8)

Benoa - Software and hardware report - logs -configuration.zip (129.5 KB ) - added by Beno@… 15 years ago.
software and hardware report + logs + configuration files (Beno@)
bughunter2.tar.gz (11.4 KB ) - added by Jelle Geerts 15 years ago.
systeminfo + log + VM xml
Installed Windows Updates.pdf (70.3 KB ) - added by Samson Luk 15 years ago.
Windows XP Home SP3 Hotfix List
VBox2.1.1testlogs.zip (18.4 KB ) - added by Samson Luk 15 years ago.
vbox_2.1.1-KDE4Daily-2009-01-16-13-19-34.log (34.1 KB ) - added by Jelle Geerts 15 years ago.
VBox.log.1 (88.7 KB ) - added by Greg Searle 15 years ago.
Windows XP VM
VBox-OS11.1-20091125.log (53.6 KB ) - added by Eugene 14 years ago.
VBox-OS11.1-20091202.log (55.5 KB ) - added by Eugene 14 years ago.

Download all attachments as: .zip

Change History (80)

comment:1 by vasily Levchenko, 15 years ago

Thank you, for reporting. I'll try to reproduce the problem and get back.

comment:3 by vasily Levchenko, 15 years ago

Could you please attach your config and log files, also I'd very appreciate if you able attach systeminfo (window command line) output, to get information about system updates applied to your Windows OS.

in reply to:  3 comment:4 by Beno@…, 15 years ago

Replying to Hachiman:

Could you please attach your config and log files, also I'd very appreciate if you able attach systeminfo (window command line) output, to get information about system updates applied to your Windows OS.

Ok, i'm not running XP pro so i don't have the systeminfo command, but i made a complete repport with a free software called SIW (systeminfo for windows): http://www.gtopala.com/ for those who don't use Xp pro, you can create a report with this software.

by Beno@…, 15 years ago

software and hardware report + logs + configuration files (Beno@)

by Jelle Geerts, 15 years ago

Attachment: bughunter2.tar.gz added

systeminfo + log + VM xml

comment:5 by Jelle Geerts, 15 years ago

I'm experiencing the same issue since VBox 2.1.0. I've attached my systeminfo + log + VM xml files.

in reply to:  5 ; comment:6 by vasily Levchenko, 15 years ago

Replying to bughunter2:

I'm experiencing the same issue since VBox 2.1.0. I've attached my systeminfo + log + VM xml files.

thank you folks. Still trying to reproduce the problem. Could you please attach the logs when the problem is occurred?

comment:7 by Frank Mehnert, 15 years ago

Is that a Windows-only problem, that is, are there any users observing these hangs with other hosts?

in reply to:  6 comment:8 by Jelle Geerts, 15 years ago

Replying to Hachiman:

Replying to bughunter2:

I'm experiencing the same issue since VBox 2.1.0. I've attached my systeminfo + log + VM xml files.

thank you folks. Still trying to reproduce the problem. Could you please attach the logs when the problem is occurred?

The log that I attached was from after closing VirtualBox when it began to hang. I managed to close VirtualBox the normal way, although it took some time.

comment:9 by vasily Levchenko, 15 years ago

Actually the question if Vbox hangs while any network activity happens and returns back to fine condition when downloading/uploading is finished? Or it hangs even the downloading has been finished.

in reply to:  9 comment:10 by Beno@…, 15 years ago

Replying to Hachiman:

Actually the question if Vbox hangs while any network activity happens and returns back to fine condition when downloading/uploading is finished? Or it hangs even the downloading has been finished.

it seems to hang only when it is downloading because i tried to update an OpenSuse guest and it hung but when i shuted the guest down, it seemed to run perfectly...

comment:11 by Jelle Geerts, 15 years ago

@Beno@: That means nothing since the VirtualBox main GUI and the VirtualBox VM session GUI (the one you stopped) are running in two different processes.

Btw, IIRC the VM only hangs while downloading, but I haven't verified this.

comment:12 by Samson Luk, 15 years ago

Host OS = Windows XP Home SP3 Guest OS = Ubuntu 7.1 and 8.1 Desktop VirtualBox v2.1 Note: See attachment for Windows installed hotfix list

VBox guest and the whole Windows system freeze whenever guest system having network activities or downloading... can 100% duplicate the freezing event if you perform a Ubuntu install from scratch... it always freeze the system while the install process at around 81% when "Configure Apt", at this point I have to kill the VBox in order to get rid of the 100% cpu loading. If I select Host Networking before the install process, everything works fine, installation can complete. However, any large size file downloading (e.g. for file size >5MB) will failed, at the beginning of the download (the first few seconds) it was very fast and suddenly speed drop to 0 and timeout failed. Ordinary web browsing no problem because htmls and images of the web pages are very small in sizes.

by Samson Luk, 15 years ago

Windows XP Home SP3 Hotfix List

comment:13 by dmaker, 15 years ago

I noticed this problem when I just started using VB (changed from MS VPC) and my attempts to download all Windows updates from Microsoft site (first I installed XP Pro SP3) started to freeze VB guest (and host because of it). The freezes started to happen when I selected many updates and the "Installing Updates" window started to download the updates. At first, the 2 mandatory updates before I even got to select other updates were downloaded (&installed) with no trouble.

If I choose to cancel the freezing "Installing Updates" window when it's downloading (takes time to get it thru), the freeze goes away instantly.

If I choose "BelowNormal" CPU priority (Task Manager) for the VirtualBox.exe running my VM, I can continue working in my host Win.. and wait that the freezed downloads finish (they go very slow, sometimes halting completely).

OT: Why doesn't VB have a setting to choose the CPU priority level for a guest VM? Even Microsoft VPC has a very simple system (when VPC window has not got the focus, it has restricted CPU priority).

I'm a bit shocked how many bugs (and of the very confusing snapshot-feature) VB has, MS VPC was working fine (thou it lacks good development, thus the move to VB).. earlier I submitted ticket #2978.. in case others here like to check out that too.

I'm using WinXP Pro SP3 for host and guest.

comment:14 by Samson Luk, 15 years ago

So this problem happend on Windows XP Home/Pro SP3 Host + Ubuntu 7.1 / 8.1 and Windows Guest VM.

One more point I want to mention is that the freezing is related with Internet "Download" activity but not any LAN file transfer, I can transfer huge size files between Host and Gust via the host share folder feature or via Windows for Workgroup kind of network share folder to other system on the same LAN without any troubles. So this is not all networking activities but just related to "Download form the Internet" , don't know if this can help to isolate where the problems come from. Appreciated for other VBox v2.1 users to confirm this point as well.

Same as dmaker above, when I trigger Ubuntu guest to download 210+ fixed and updates over the Internet, Host Windows start to freeze, the VirtualBox.exe process allocated 99% cpu load while view from Host Windows Task Manager. However, a "top" view show inside the Ubuntu Guest doesn't show any abnormal on loading of any of the Linux tasks. Of course the whole Windows Host start to freeze. Until I killed the VirtualBox.exe or shutdown the Guest VM then the Host back to normal.

comment:15 by Samson Luk, 15 years ago

@dmaker, I have never encountered problem with Windows Pro/Home SP3 Guest VM run on Whindws Host and I have never saw VBoxSVC.exe heavy loading even with Ubuntu Guest. Host freezing only happened with Ubuntu VM Guest on the same Windows Host and the 100% cpu loading process view from Host side was VirtualBox.exe.

comment:16 by Samson Luk, 15 years ago

@Hachiman,

I just manage to duplicate 2 freezing events by changed back the Guest VM to use NAT and trigger a Ubuntu Software Update. Attached for the 1st event with:

ScreenCapHostFreezeLog01.PNG ScreenCapHostResumeLog01.PNG Ubuntu81.xml VBoxLog01.log

For the 2nd event: ScreenCapBeforeHostFreezeLog02.PNG VBoxLog02.log

for your reference. No screen capture for the 2nd event at and after resumed from freeze but VBox Log is provided for both event. In both events, I can only resume VirtualBox.exe from freezing the Host system by cancel the software update inside the guest. Both events are done in between a clean host system reboot and VM shutdown. Hope this help...

comment:17 by Samson Luk, 15 years ago

@Hachiman, file size too large for attachment here, please dowload from the link below:

http://rapidshare.com/files/180557284/VBoxFreezeLogANDScreenCap.zip.html

in reply to:  15 comment:18 by dmaker, 15 years ago

Replying to sluk:

@dmaker, I have never encountered problem with Windows Pro/Home SP3 Guest VM run on Whindws Host and I have never saw VBoxSVC.exe heavy loading even with Ubuntu Guest. Host freezing only happened with Ubuntu VM Guest on the same Windows Host and the 100% cpu loading process view from Host side was VirtualBox.exe.

I'm sorry but what are you on about? Are you talking about this ticket subject and the other ticket subject (which I submitted and mentioned in my last post under OT (off topic)) in one sentence? I never wrote that the VBoxSVC.exe is CPU hogging in this ticket case! Please read more carefully and do try to make your posts a bit more understandable. No offence.

You wrote this earlier: "So this problem happend on Windows XP Home/Pro SP3 Host + Ubuntu 7.1 / 8.1 and Windows Guest VM." and then you write the following after about 15 minutes: "I have never encountered problem with Windows Pro/Home SP3 Guest VM run on Whindws Host"!? Make up your mind. Thanks. Or did you try to say in your first sentence that all those host & guest combinations have failed and that info was put together to that line by copying info from everyone else from this ticket?

Anyways, it seems that it doesn't matter what guest VM OS is used, the bug is still present.

comment:19 by Samson Luk, 15 years ago

@dmaker, mention of Windows Guest VM and VBoxSVC.exe is refer to your post on ticket #2978, sorry for OT here.

in reply to:  19 comment:20 by dmaker, 15 years ago

Replying to sluk:

@dmaker, mention of Windows Guest VM and VBoxSVC.exe is refer to your post on ticket #2978, sorry for OT here.

No problem. But still, read more carefully! THIS IS OT AGAIN everybody: That ticket has absolutely nothing to do with guest VMs! VBoxSVC.exe hogs host CPU after system comes back from hibernate and ONLY the VB main window is open, NO guest VMs up and running! I think I'll add steps to reproduce this in that ticket for clarification.

comment:21 by Frank Mehnert, 15 years ago

We think we fixed that problem in our repository. People willing to test a development build please drop me a mail to frank _dot_ mehnert _at_ sun _dot_ com.

in reply to:  21 comment:22 by Samson Luk, 15 years ago

Replying to frank:

We think we fixed that problem in our repository. People willing to test a development build please drop me a mail to frank _dot_ mehnert _at_ sun _dot_ com.


@Frank, sorry to inform you that problem still exist...

===Lockup after started download around 10 minutes...===

http://i116.photobucket.com/albums/o7/nozomiHK/Lockup.png

===Aborting the download then everything resumed normal===

http://i116.photobucket.com/albums/o7/nozomiHK/Resume.png

comment:23 by Samson Luk, 15 years ago

Sorry for forgot to attach the logs , here they are ...

by Samson Luk, 15 years ago

Attachment: VBox2.1.1testlogs.zip added

comment:24 by Frank Mehnert, 15 years ago

Component: networknetwork/NAT

comment:25 by Jelle Geerts, 15 years ago

I'm attaching a new log. The problem still occurs for me with Linux guests (although it's fine on a Windows XP guest).

comment:26 by a427, 15 years ago

FYI, I suffered also the same problem : guest begins the download of big files (such as apt-get upgrade) then after some time, host cpu reach 100%, everything is frozen..

However, I found a workaround, even if I know it's not a satisfying solution : I manage to get NAT working again by simply.. downgrading my host VB from 2.1 to 2.0.6 :-(

=> with old NAT of 2.0.6, the network works as expected, host cpu never reaches 100% that freezes the machine...

So maybe this hint can help VB 2.1 users that *cannot* use eg: host network feature (my case because of corporate firewall & security on the host), to get NAT network again, waiting for VB team to fix 2.1 NAT

Also, maybe the VB developpers could make some diff between 2.1 NAT and 2.0.6 NAT, and check for potential regression introduced ??

just my .02 ...

comment:27 by Samson Luk, 15 years ago

Unfortunately "host interface" in VB 2.1 also cannot download from the Internet but just no system lockup... So I am using a crippled Linux Guest under VB 2.1 with no downloading capability but browsing is still usable because the html and images are small in sizes. For details please refer ticket #3052

in reply to:  27 comment:28 by a427, 15 years ago

Replying to sluk:

Unfortunately "host interface" in VB 2.1 also cannot download from the Internet but just no system lockup... So I am using a crippled Linux Guest under VB 2.1 with no downloading capability but browsing is still usable because the html and images are small in sizes. For details please refer ticket #3052

Hmm, I'm not sure whether you were replying to my comment, but if it's the case (if it's not, sorry about that, forget my reply), then I reiterate that if you have problem with VB 2.1 networking (be it with NAT, or even 'host interface'), then my "workaround" is to remove VB 2.1 from your host, and install VB 2.0.6.

With VB 2.0.6, I only tested NAT networking, and it worked....

This way, I'm not using anymore a "crippled guest with no network", as is your case also apparently..

What I suggested also to VB developpers was to study the diff of the NAT network source code between 2.1 and 2.0.6 to see if no regression bug has been introduced.

(maybe they can also study the 'host interface' code, as you seem to imply that even that doesn't work properly also ?)

comment:29 by Samson Luk, 15 years ago

@a427, IMHO, your suggestion is not workaround but just a simple downgrade. I use the Gust Linux mainly for cross compiling so I can live without Internet access. Yes, I suspect the implementation of new 'host interface' feature might just affect the original NAT if there was no code change on NAT side between 2.0.6 and 2.1, only developer will know...

comment:30 by Jelle Geerts, 15 years ago

Is this fixed in 2.1.2? What's the current status of the bug report?

comment:31 by a427, 15 years ago

@bughunter2, yes, at least here, the dreaded nat bug described above seems to have been fixed in VB 2.1.2-41885

that is, now NAT is usable again, in terms of speed, latency and host cpu usage

good work developpers !

comment:32 by Jelle Geerts, 15 years ago

Seems fixed here as well (Windows XP SP3 host, Linux guest). Neat :)

comment:33 by Frank Mehnert, 15 years ago

Resolution: fixed
Status: newclosed

That's right, this bug should be fixed or at least worked around. Thanks for the feedback.

comment:34 by Samson Luk, 15 years ago

Fixed here also! Why not mention this in the release notes? I have no intention to test it until I saw the positive feedback here.

comment:35 by Clayton, 15 years ago

Resolution: fixed
Status: closedreopened

I seem to still be experiencing these symptoms.

I had the problem with version 2.<something>. I should know what it was, but I'm so low on disk space I had to delete the old installer already. I upgraded to VB v2.1.2-41885 (from VirtualBox-2.1.2-41885-Win_x86.msi) and the problem persists. So I deleted my Xubuntu 8.04 guest and replaced it with a new Xubuntu 8.10 guest and I have the same problem.

Small downloads seem fine. Web browsing with Firefox and Opera is fine. But do a large download, such as trying to install OS updates and it seems fast. It originally reports download speeds consistent with my host download speeds (~500KB/sec), then slows. Massively slows. And the CPU goes to 100% utilization by the VirtualBox process. The host OS becomes extremely slow and hard to interact with. "Control+alt+delete" brings up the 'Windows Security' box quickly enough the first time, but when you tell that box to bring up the Task Manager, it takes a long time. Maybe 1-5 minutes? From there setting the VirtualBox process to "below normal" priority makes the host OS responsive again. The guest OS continues its downloads, though very slowly. It claims a matter of bytes per second usually and it eventually considers the connections timed out. After one of these episodes where it finally gave up on trying to update, I did some web browsing and that was fine. Somehow the fact that the internet connection is again spiffy for small transfers again after it times out big transfers seems significant.

Using Host Networking with my wireless card works fine. Using Host Networking with my wired "Broadcom NetXtreme 57xx Gigabit Controller" which is autonegotiating to 1 Gbps does not work. The guest simply won't get an IP address from DHCP and assigning one that should work (and appropriate subnet mask and gateway) manually does not seem to work either. (To test connectivity I've been trying to telnet to port 80 on one of www.google.com's IP#s which works fine with NAT networking and from my Host.)

It's worth noting that the Opera download was 8 MB and that went quite smoothly. My host OS downloaded the Windows version around the same time, for what it's worth. I'm not sure how large the updates are or if there's something specific about them that would cause this. I suppose I should find a larger file and try downloading that. Perhaps tomorrow.

I'm going to select the reopen ticket option. This is my first post here and hopefully I'm not violating etiquette.

Hardware: Dell Latitude D610 Host OS: Windows XP Pro sp3 Guest OS: Xubuntu 8.04 and 8.10

comment:36 by Clayton, 15 years ago

I've recreated the problem on a Damn Small Linux (DSL) VM.

  1. Download the 50 MB CD image "dsl-4.4.10.iso" from http://damnsmalllinux.org/download.html
  1. Create a new VM, take all defaults, make a new harddrive
  1. Mount the downloaded image into the CD drive
  1. Boot the VM.
  1. Take all defaults until you get to the Desktop.
  1. On the Desktop doubleclick on "MyDSL"
  1. Answer "Yes" to create a database for online MyDSL apps
  1. Under the "System" group in the left panel, select "gcc1-with-libs.dsl"
  1. Click "Install Selected"

Then just watch the download start off fast and quickly get slower and then see the host OS become very unresponsive.

I imagine this set of symptoms is somehow hardware or settings specific, but I can reproduce it like this on my PC. I'll try to get my hands on another PC to try it later.

comment:37 by dmaker, 15 years ago

I also wonder why the changelog had no mention of this being fixed. I also would have tested this earlier. tsk tsk.

I updated VB from 2.1.0 to 2.1.2 and the new version seems to be working in my system. I just tested (host & guest: WinXP SP3) with Microsoft Windows Update site and with the HUGE 248 MB .NET 3.5 SP1 update and all was downloaded just fine at full speed, no hangs whatsoever. The 2.1.0 version freezed after about 3-8 MB downloaded from the same MS update site.. now 248 MB's in one go, I say it's fixed. :)

comment:38 by Clayton, 15 years ago

Thanks dmaker, that post inspired me to do something else and it seems to have fixed my problem: I uninstalled VBox and re-installed it.

I don't know why this made a difference, as apparently dmaker got to v 2.1.2 via an upgrade just like I did. I'm not sure what version I was at, but I check fairly regularly and I should have been at v2.1.0 before the upgrade.

On the re-install I did get these this message:

http://img61.imageshack.us/img61/9416/v212settingsfilesconveryp5.jpg

I clicked on More and got this dialog box:

http://img519.imageshack.us/img519/4922/v212settingsfilesconverqk5.jpg

I selected the Backup option and the install finished. And after that going through my reproduction steps above and patching my XUbuntu and DSL virtual machines, which made for large downloads, went smoothly.

comment:39 by Frank Mehnert, 15 years ago

Resolution: fixed
Status: reopenedclosed

I will close this one. Please open separate defects for issues not relating to the subject.

comment:40 by Frank Mehnert, 15 years ago

Although this bug was closed, there was still a small issue. VirtualBox up to version 3.0.4 contained a workaround to solve the original problem (the guest was frozen during heavy guest networking activity when using NAT). We think we found a better fix and the workaround shouldn't be necessary anymore. I would appreciate if users who experienced such freezes could verify that this Windows package still works as expected.

comment:41 by Greg Searle, 15 years ago

Resolution: fixed
Status: closedreopened

I just upgraded to the latest version and noticed this issue pop up. CPU load for the VM goes up to 100% and the guest OS seems to freeze while downloading files through the Internet. Once the download is complete it goes back to normal. This didn't happen on the previous version. This is happening under both Windows 2000 and Windows 7 guest OS's.

in reply to:  41 ; comment:42 by vasily Levchenko, 15 years ago

Version: VirtualBox 2.1.0VirtualBox 3.0.6

Replying to gsearle: Could you please attach the log?

in reply to:  42 comment:43 by Greg Searle, 15 years ago

Replying to Hachiman:

Replying to gsearle: Could you please attach the log?

Sure... How do I get the log?

comment:44 by Jelle Geerts, 15 years ago

See 11.1.1 "Collecting debugging information" of the VirtualBox User Manual.

in reply to:  42 comment:45 by Greg Searle, 15 years ago

Replying to Hachiman:

Replying to gsearle: Could you please attach the log?

I'm sorry, but I really had to back off the update. The system load was just too much. I just created a Windows XP guest, and couldn't run through the service packs and updates and have a usable host system at the same time. Version 3.0.2 is handling large Internet downloads fine without the excessive CPU load and the extended periods of guest window lockup. I'm going to miss the other NAT fixes though, as this version tends to drop connectivity.

comment:46 by Greg Searle, 15 years ago

Ok, I found the log from the last problem session before downgrading. Attaching...

by Greg Searle, 15 years ago

Attachment: VBox.log.1 added

Windows XP VM

by Eugene, 14 years ago

Attachment: VBox-OS11.1-20091125.log added

comment:47 by Eugene, 14 years ago

I tried VirtualBox 3.1.0 beta 2 - the problem still persists there. When I download OpenSuSE 11.2 Live CD (678Mb total), the guest OS hogs 100% CPU and hangs when it has about 200Mb downloaded.

See the log file attached: VBox-OS11.1-20091125.log

Host: Windows XP SP3 Pro (x86)
Guest: OpenSuSE Linux 11.1 (x86)

in reply to:  47 comment:48 by vasily Levchenko, 14 years ago

Replying to spectre:

I tried VirtualBox 3.1.0 beta 2 - the problem still persists there. When I download OpenSuSE 11.2 Live CD (678Mb total), the guest OS hogs 100% CPU and hangs when it has about 200Mb downloaded.

Does it persist in 3.1.0 release?

by Eugene, 14 years ago

Attachment: VBox-OS11.1-20091202.log added

comment:49 by Eugene, 14 years ago

Yes, the problem still shows up in 3.1.0 release. Same conditions, same sympthoms. I have attached the log of that session: VBox-OS11.1-20091202.log

comment:50 by Greg Searle, 14 years ago

How about version 3.1.2? I noticed the change log mentions some changes to the NAT.

comment:51 by Greg Searle, 14 years ago

I just downloaded and tested a large download with version 3.1.2. This issue still exists, however the user interface is a much more responsive while the CPU is pegged at 100% with this version. It is more usable, as long as the VirtualBox.exe task priority is set below normal so that it doesn't interfere with other tasks on the computer.

in reply to:  51 ; comment:52 by vasily Levchenko, 14 years ago

Replying to gsearle:

I just downloaded and tested a large download with version 3.1.2. This issue still exists, however the user interface is a much more responsive while the CPU is pegged at 100% with this version. It is more usable, as long as the VirtualBox.exe task priority is set below normal so that it doesn't interfere with other tasks on the computer.

Does changing sockets buffer sizes change anything for you?

in reply to:  52 ; comment:53 by Greg Searle, 14 years ago

Replying to Hachiman:

Replying to gsearle:

I just downloaded and tested a large download with version 3.1.2. This issue still exists, however the user interface is a much more responsive while the CPU is pegged at 100% with this version. It is more usable, as long as the VirtualBox.exe task priority is set below normal so that it doesn't interfere with other tasks on the computer.

Does changing sockets buffer sizes change anything for you?

I tried changing the sockets buffer sizes to values ranging from 64 to 1024, with the same results. I'm testing on a Windows XP host. Are there specific values that I should try?

in reply to:  53 ; comment:54 by vasily Levchenko, 14 years ago

Replying to gsearle:

I tried changing the sockets buffer sizes to values ranging from 64 to 1024, with the same results. I'm testing on a Windows XP host.

Thanks for testing.

Are there specific values that I should try?

Not very specific, I've thought about 64,512,1024. But I think it's enough that you've checked 64 and 1024.

in reply to:  54 ; comment:55 by Greg Searle, 14 years ago

Replying to Hachiman:

Replying to gsearle:

I tried changing the sockets buffer sizes to values ranging from 64 to 1024, with the same results. I'm testing on a Windows XP host.

Thanks for testing.

Are there specific values that I should try?

Not very specific, I've thought about 64,512,1024. But I think it's enough that you've checked 64 and 1024.

Just clarifying: I tried 64, 128, 256, 512, and 1024. The response became coarser at the larger sizes, but it still ate up the CPU.

in reply to:  55 ; comment:56 by Greg Searle, 14 years ago

Hmm... I've been running 3.1.2 at the last setting since I ran that test (which was 64) for a while now. The CPU activity has not been as bad as it used to be. The performance is acceptable during large downloads. I'll keep an eye on it.

in reply to:  56 comment:57 by vasily Levchenko, 14 years ago

Replying to gsearle:

Thanks for update.

comment:58 by Stefano Ceccherini, 14 years ago

Problem persists for me also with 3.1.2r56127, also when doing a svn update from a somewhat big repository.

comment:59 by Frank Mehnert, 14 years ago

Could you check if the proposed 3.1.3 build in #5787 (link here) changes anything for you?

comment:60 by flashcode, 14 years ago

I tried with version 3.1.3-r56507, same problem. I'm running Windows XP, and Linux Debian Lenny (stable) in VirtualBox, with NAT. When I rsync with another machine, whole system (winXP + virtualbox) freezes. I have to kill virtualbox process.

in reply to:  59 ; comment:61 by Stefano Ceccherini, 14 years ago

Replying to frank:

Could you check if the proposed 3.1.3 build in #5787 (link here) changes anything for you?

Works for me. I've done a complete svn checkout of the haiku tree (http://www.haiku-os.org) without any trouble. The configured NIC is an Intel Pro 1000 MT (desktop), NAT. I'll keep testing in the next days, but seems to be fixed.

in reply to:  59 comment:62 by Greg Searle, 14 years ago

Replying to frank:

Could you check if the proposed 3.1.3 build in #5787 (link here) changes anything for you?

I just tried it, then ran the "automatic update" routine through both Ubuntu Linux and Windows XP guests on a Windows XP host. Both VM's saturated the CPU while they were checking for updates. It seems that this is worse where there are a lot of little requests instead of just one large request. Downloading a large file seems to be fine (this wasn't the case before version 3.1, so it's improved over version 3.0).

in reply to:  61 comment:63 by Stefano Ceccherini, 14 years ago

Replying to jackburton:

Replying to frank:

Could you check if the proposed 3.1.3 build in #5787 (link here) changes anything for you?

Works for me. I've done a complete svn checkout of the haiku tree (http://www.haiku-os.org) without any trouble. The configured NIC is an Intel Pro 1000 MT (desktop), NAT. I'll keep testing in the next days, but seems to be fixed.

Actually, I was wrong. More testing revealed that the problem still shows up, also with the development version linked there.

comment:64 by flashcode, 14 years ago

I still have problem with version 3.1.4, very annoying problem... I have to downgrade to version 2.2.4, where downloads work fine.
I'm so sad such a critical problem is still not fixed :(
If you need something to debug and track problem, please let me know.

in reply to:  64 comment:65 by Greg Searle, 14 years ago

I'm also seeing this behavior in version 3.1.4. The host CPU goes to 100% when I run updaters under the guest OS (both Windows XP and Ubuntu Linux).

comment:66 by Greg Searle, 14 years ago

Definitely still a problem under 3.1.4. I just did a Microsoft Update for a Windows XP guest on a Windows XP host with a dozen updates pending. It ran fine for a minute or two, then pinned the CPU at 100% and became very sluggish while still downloading the updates (before the installation step). Fortunately, the VM can be isolated to a single CPU core to keep it out of the way until it's finished.

comment:67 by Axel Pauli, 14 years ago

I can confirm that bug. My Host is Windows XP SP3. My Guest XUbuntu 9.10. Since the upgrade of my Host to XP SP3 in the last week downloads in the guest system will hang up with 100% CPU usage. That is very very annoying and this bug seems to be very very OLD!!! I have to downgrade to version 2.2.4, where downloads work fine :-(( But that cannot be the final solution for me and Windows XP is not yet dead.

comment:68 by zhang xin, 14 years ago

Host:windows xp sp3 Guest:gentoo virtualbox:3.1.4 network:NAT The bug is still be there! When I have any download,the host CPU is at 99% usage,I have to kill the process.

comment:69 by Frank Mehnert, 14 years ago

VBox 3.1.6 contains a hack which should prevent these freezes on Windows hosts.

comment:70 by flashcode, 14 years ago

I just tried version 3.1.6, it seems ok now, no more freeze! Thank you.

comment:71 by Axel Pauli, 14 years ago

I tried too version 3.1.6 and can confirm that the freeze bug does not more occur. Thank you!

comment:72 by Frank Mehnert, 14 years ago

Resolution: fixed
Status: reopenedclosed
Note: See TracTickets for help on using tickets.

© 2023 Oracle
ContactPrivacy policyTerms of Use