Parallels 5 (build 9308)
#2
Posted 26 January 2010 - 08:18 AM
#3
Posted 26 January 2010 - 08:39 AM
-rob.
#4
Posted 26 January 2010 - 08:49 AM
griffman, on 26 January 2010 - 08:39 AM, said:
-rob.
Right. Something's wrong. Why do they need to release so many builds?
#5
Posted 26 January 2010 - 09:02 AM
#6
Posted 26 January 2010 - 09:04 AM
They just choose an odd naming convention; I'd much rather see 5.0.1, 5.0.2, etc., but they use a much more complex sequence. Be thankful I didn't include the full version number, which is:
5.0.9310.546799
Urgh.
-rob.
#7
Posted 26 January 2010 - 09:05 AM
I am also dismayed that Parallels and VMware use build numbers instead of a more standard versioning scheme (x.x.x). When confirming I have the latest version, it's much more difficult or error prone to compare build numbers. I really don't care how many times the developer had to build the software. Build numbers tell me the software is beta quality.
#8
Posted 26 January 2010 - 09:06 AM
EDronkert, on 26 January 2010 - 09:02 AM, said:
I wouldn't characterize it as sacrificing stability, but sacrificing some functionality. I never experienced an outright crash in Parallels during my entire time testing the program, while I did manage to bring down both Fusion and VirtualBox at one point.
But yes, a good summary of the differences between Fusion and Parallels is that Fusion is a more refined, seemingly better tested product that gives up something in the speed department to make sure everything works well. Parallels is loaded with features, and is amazingly fast, but those features and speed come at the expense of some rough spots in implementation and upgrading.
-rob.
#9
Posted 26 January 2010 - 09:11 AM
griffman, on 26 January 2010 - 09:04 AM, said:
They just choose an odd naming convention; I'd much rather see 5.0.1, 5.0.2, etc., but they use a much more complex sequence. Be thankful I didn't include the full version number, which is:
5.0.9310.546799
Urgh.
-rob.
It's more than just a naming convention. "Builds" are for developers and beta testers. This really indicates that they're just throwing releases out, without putting them through proper testing and QA procedures.
#10
Posted 26 January 2010 - 09:15 AM
perdygood, on 26 January 2010 - 09:05 AM, said:
Wow, that's odd. I fixed all those mistakes once yesterday, too. Sigh. Fixed again now. Sorry about that.
Quote
Fusion uses a standard naming convention -- it's now Fusion 3.0.1, without any need for a build number.
-rob.
#11
Posted 26 January 2010 - 09:25 AM
I use the Phoenix RC flight simulator and even though the antialiasing option is present and selectable in the program settings, I don't see any evidence in the actual rendering that it's being done. I'm just wondering if it's my old hardware (2.0GHz Core Duo MacBook Pro w/ ATI Radeon X1600 Mobile graphics) or a deficiency in Parallels.
Antialiasing works fine in Boot Camp.
This post has been edited by TheBum: 26 January 2010 - 09:27 AM
#12
Posted 26 January 2010 - 09:30 AM
#13
Posted 26 January 2010 - 09:34 AM
#14
Posted 26 January 2010 - 09:40 AM
pkay, on 26 January 2010 - 09:30 AM, said:
Given I tested on a four-core Mac Pro, and I only used two cores, none of the speedup is due to support for more cores. OpenGL is faster in Parallels than in Fusion in XP Pro (where both have it). Tomorrow you'll see a summary of all the speed tests we performed, and you'll see that Parallels was faster pretty much in every test we ran (including WorldBench, PCWorld's official Windows benchmarking test). My tests involved file copy operations, unzipping, sleep/wake/start/shutdown tests, and gaming and Windows HD media playback.
The actual Excel spreadsheet I used to track each test's results will also be available for download, so you can see the nitty-gritty details if you like.
-rob.
Help












