VirtualBox 3.0 Beta 2 Brings SMP Performance Boosts

[phoronix]

Phoronix: VirtualBox 3.0 Beta 2 Brings SMP Performance Boosts

Earlier this month VirtualBox 3.0 Beta 1 was introduced by Sun Microsystems, which brought OpenGL 2.0 support for virtualized guests along with SMP support for guest operating systems. There were other notable changes present too...

http://www.phoronix.com/vr.php?view=NzM0OA

[Pfanne]

wasnt there a news about fewer news beeing released?
anyways, did anyone test the directx stuff?
how well is it working?

[deanjo]

anyways, did anyone test the directx stuff?
how well is it working?

It works for a few things but still pales in comparison to VMWares latest beta's as far as performance and compatibility with DX apps.

[Louise]

It would be pretty cool if Sun contributed patches back to WINE.

Does anyone know if they do?

[Yfrwlf]

It would be pretty cool if Sun contributed patches back to WINE.

Does anyone know if they do?

If vbox uses Wine libraries then they have to by copyright law. If you believe in that sort of thing. :D

Any way, good for playing old games but much more interested in OGL support as it's more open and not controlled by M$ who only have Windows compatibility motives at heart, not to mention other agendas...

Of course, OGL games can easily have native Linux clients any way, hence another reason for preferring OGL.


P.S.: Aww, the ad software on this site recognizes ads for M$ spelled out, but not "M$". ;)

P.P.S. You should get rid of all your M$ ads as they have no place on a Linux website. I know their marketing department wants to pay you a lot for it but you should tell them to advertise elsewhere.

[krogy]

P.P.S. You should get rid of all your M$ ads as they have no place on a Linux website. I know their marketing department wants to pay you a lot for it but you should tell them to advertise elsewhere.

why? let them fund Phoronix!

[Louise]

If vbox uses Wine libraries then they have to by copyright law. If you believe in that sort of thing. :D

In this regards, doesn't the GPL just say that if you use or make changes to GPL code, you have to release the source?

What I meant was, it would be cool if SUn submitted patches back to WINE, so the fixes that Sun makes doesn't end only in Virtual Box.

[Nille]

And the Problem with Windows x64 Guest Systems still exsist since 2.2.X up to 3 :mad: http://forums.virtualbox.org/viewtopic.php?f=2&t=18526&p=80463

[deanjo]

And the Problem with Windows x64 Guest Systems still exsist since 2.2.X up to 3 :mad: http://forums.virtualbox.org/viewtopic.php?f=2&t=18526&p=80463

Well XP64 guest's most certainly do boot fine in vbox (got it running in a X2, Phenom and Phenom II systems). The issue you are having here looks almost identical to one I experienced with vbox months back. Turned out (after many hours of long distance with Asus engineering) that the board I was using had a BIOS issue. AMD-V was "enabled" in the bios but would only work with the built in IGP. If a add in card was used it would disable the amd-v support but still say it was enabled in the bios settings. A BIOS update corrected it once the issue was found.

[Kano]

I tested Linux guest addons and those stopped working. Of course the correct ones installed. Anybody else with the same problem?

[Ex-Cyber]

If vbox uses Wine libraries then they have to [contribute patches back to Wine] by copyright law.No, they don't. Per the GPL, they need only provide corresponding source code alongside any binaries that they distribute (or provide the "written offer to distribute", which seems to not be used very often); there is no requirement that they send anything back upstream. Stallman has even criticized such a requirement in other licenses.

[Nille]

But its not an Bug vom my system its a bug in VB. Its works with vmware(player, server), Qemu(KVM), vbox 2.1.4 and lower. on 2.2.0 and higher linux 64bit works fine to but only windows not. Currently i can only use vmware.

Well XP64 guest's most certainly do boot fine in vbox (got it running in a X2, Phenom and Phenom II systems). The issue you are having here looks almost identical to one I experienced with vbox months back. Turned out (after many hours of long distance with Asus engineering) that the board I was using had a BIOS issue. AMD-V was "enabled" in the bios but would only work with the built in IGP. If a add in card was used it would disable the amd-v support but still say it was enabled in the bios settings. A BIOS update corrected it once the issue was found.

[Thunderbird]

In this regards, doesn't the GPL just say that if you use or make changes to GPL code, you have to release the source?

What I meant was, it would be cool if SUn submitted patches back to WINE, so the fixes that Sun makes doesn't end only in Virtual Box.

The wine 3d code sun imported is just in their svn repository (see d3d8/d3d9/wined3d at http://www.virtualbox.org/browser/trunk/src/VBox/Additions/WINNT/Graphics/Wine). They haven't done anything to our 3D code except for adding a sun license header to it. The libraries make use of all the wined3d to wgl porting I did and have done nothing special themselves except for bundling the dlls.

It would certainly be nice though if they would free some of their developers to work with us to improve WineD3D. It would help both Wine and VirtualBox a lot.

[deanjo]

But its not an Bug vom my system its a bug in VB. Its works with vmware(player, server), Qemu(KVM), vbox 2.1.4 and lower. on 2.2.0 and higher linux 64bit works fine to but only windows not. Currently i can only use vmware.

You can't use VMWare for judging if AMD-V is correctly enabled in the bios. It will fall back to software emulation (more accurately fall back to binary translation) upon a AMD-V failure. If you want to check to see if it is a BIOS issue or not and you have 64-bit windows installed try running the AMD Hyper-V ready test. It will accurately tell you if your system has a fully functional AMD-V bios or not.

You can see the bug report here.

http://www.virtualbox.org/ticket/2290

and the test here:

http://support.amd.com/us/Processor_TechDownloads/AMD-V_Hyper-V_Compatibility_Check_Utility.zip

[Nille]

Its 100% an Bug in VirtualBox. I have say the Problem exsist since VirtualBox 2.2.X and only Windows guests are broken. About Software fallback this is only for 32bit Guests aviable and not for 64bit but my Linux 64bit guests works fine. About the Tool by AMD it say its enable and the Tool from Vmware say its enable and working. In the past all Windows 64bit are woking but after updating to VirtualBox 2.2.X they broken.

http://img193.imageshack.us/img193/5690/amdv.png

I know my english is horibile but i hope now its clear

You can't use VMWare for judging if AMD-V is correctly enabled in the bios. It will fall back to software emulation (more accurately fall back to binary translation) upon a AMD-V failure. If you want to check to see if it is a BIOS issue or not and you have 64-bit windows installed try running the AMD Hyper-V ready test. It will accurately tell you if your system has a fully functional AMD-V bios or not.

You can see the bug report here.

http://www.virtualbox.org/ticket/2290

and the test here:

http://support.amd.com/us/Processor_TechDownloads/AMD-V_Hyper-V_Compatibility_Check_Utility.zip

[Yfrwlf]

The wine 3d code sun imported is just in their svn repository (see d3d8/d3d9/wined3d at http://www.virtualbox.org/browser/trunk/src/VBox/Additions/WINNT/Graphics/Wine). They haven't done anything to our 3D code except for adding a sun license header to it. The libraries make use of all the wined3d to wgl porting I did and have done nothing special themselves except for bundling the dlls.

It would certainly be nice though if they would free some of their developers to work with us to improve WineD3D. It would help both Wine and VirtualBox a lot.

OK OK yes you are all right, wasn't thinking, but yes if they make modification, it'd be nice for them to upload it back to Wine as well. Glad someone is keeping an eye on VB's file stores then just in case they forget about submitting any improvements back to the Wine project.