Vista SP1 vs. XP SP2 - Benchmarked

Soldato
Joined
15 Oct 2005
Posts
6,788
Location
Earth, for now
Hello

What value you might place on the articles below is up to you but I thought that you might want to give them a read....

http://blogs.zdnet.com/hardware/?p=1332

The conclusions on page six read...

So, onto conclusions. Looking at the data there’s only one conclusion that can be drawn - Windows XP SP2 is faster than Windows Vista SP1. End of story. Out of the fifteen tests carried out, XP SP2 beat Vista SP1 in eleven, Vista SP1 beat XP SP2 in two of the tests, and two of the tests resulted in a draw.

The best result for Vista SP1 was in the single file drive-to-drive copy, while the best result for XP SP2 was extracting multiple files from a compressed folder. Given these results and taking into account the improvements that SP1 bought to Vista, if I was to go back and compare XP SP2 with Vista RTM, XP would have hammered Vista even harder.


the other article.....

Vista SP1 vs. XP SP2 - Part Deux

http://blogs.zdnet.com/hardware/?p=1338

Conclusions from this one...

This is far more complicated than I’d hope that it would turn out to be, however the results are interesting. Let me summarize the results here:

* Tested using PassMark PerformanceTest 6.1, XP SP2 consistently achieves a higher rating than Vista SP1.
* Under file copy load, XP SP2 consistently achieves a higher rating than Vista SP1.
* When running a partial PassMark PerformanceTest run (a run where all disk tests are excluded), XP SP2 again achieves a higher rating than Vista SP1 when under copy load and under no copy load.
* However, if you look at the effect that file copy has on a partial PassMark PerformanceTest run, we see that the file copy operation on Vista SP1 has less of a detrimental effect on the overall rating than under XP SP2 system.

So, what this long-winded series of tests shows is that heavy file copy operations has less of an effect on the overall responsiveness when running Vista SP1 than when running XP SP2 (on the test system, all things being equal).

This benchmark, along with the one I posted last week, go to show how unsatisfying it can be to benchmark one OS against another. Even when you’re dealing with one system there are a huge number of factors to contend with.

Later in the week I hope to have a set of results that are far more conclusive and convincing - I’ll be testing each operating system and seeing which can deliver the best frame rates in some of my favorite games.



EDIT:

Just as a side note to the above articles as anyone else noted that whilst Vista is copying to or from a local network or a USB external drive then your Internet performance reduces quite a bit...?
 
Last edited:
Windows 2000 sp2 was much quicker than XP on release, more advanced software does slow your machine down.

Ifi wanted ultimate speed i would try and install win3.11 and word 6.0, but i don't so i will make do with my modern software
 
Windows 2000 sp2 was much quicker than XP on release, more advanced software does slow your machine down.

Ifi wanted ultimate speed i would try and install win3.11 and word 6.0, but i don't so i will make do with my modern software

Exactly!
Its like moaning that Quake4 runs slower than Quake :rolleyes:
 
Actually no, Windows 2000 wasn't quicker in file copy and the tasks they benchmark on release of XP.

I would like to see Vista SP1 Vs XP SP1, Vista SP2 vs XP SP2
Apples to Apples Oranges to Oranges

Why. What purpose would it serve? You have benchmark of two OS's available now. And what it states is that older OS does basic functions, like copying files and general io load faster than the new one, which should never be the case.
 
Actually no, Windows 2000 wasn't quicker in file copy and the tasks they benchmark on release of XP.



Why. What purpose would it serve? You have benchmark of two OS's available now. And what it states is that older OS does basic functions, like copying files and general io load faster than the new one, which should never be the case.

That depends on why its slower, it maybe for a good reason.
 
:eek: There is no good reason for copying files to be slower. The only right way is the other way round. Citius, altius, fortius, ocius as it were. ;)
 
:eek: There is no good reason for copying files to be slower. The only right way is the other way round. Citius, altius, fortius, ocius as it were. ;)

There are a variety of reasons why file copying might be, or might appear, slower and that be a benefit. Redundancy, protection, different caching approaches and so on...
 
Last edited:
Ok, I didn't make myself clear - yes - you can come up with reasons to make copying of files slower. But speed is the only target - benefit worth achieving - for file copy process. Ever. It wasn't particularly broken before. It would, surprisingly, do exacly what expected - either copy a file and end up with two of them, or refuse to do so. If it's not faster this time around, let's not screw with it at all. All I'm saying - if we can speed it up - good, let's do it, if we can slow it down and still, at the end of the day, only end up with multiple copies of the same file, then let's not do it at all. Slower but more redundant and better cached, not really that much priority in this day and age anymore. ;)
 
Ok, I didn't make myself clear - yes - you can come up with reasons to make copying of files slower. But speed is the only target - benefit worth achieving - for file copy process. Ever. It wasn't particularly broken before. It would, surprisingly, do exacly what expected - either copy a file and end up with two of them, or refuse to do so. If it's not faster this time around, let's not screw with it at all. All I'm saying - if we can speed it up - good, let's do it, if we can slow it down and still, at the end of the day, only end up with multiple copies of the same file, then let's not do it at all. Slower but more redundant and better cached, not really that much priority in this day and age anymore. ;)

Speed should never be preferable to reliability. And software designed to perform on dramatically different hardware should not be realistically compared ;)
 
I would suggest that article's which use terminology such as "hammered" when presumably conducting a professional test should be taken with a pinch of salt.
 
Speed should never be preferable to reliability.

Just how unreliable was the file copy method used in XP for you Dolph? :D

Anyway, I'm happy they improved "calculating" speed in SP1, but you still have to wonder, how did that ever got past the testing stage? By the time Vista was in RC stage it was the most coplained about "feature" besides UAC, and yet they went ahead with it anyway. I'm not too satisfied with my network copy speeds under SP1 though. Granted, I use samba shares rather than windows server, but multiple file chain transfers seem way faster under XP.
 
Just how unreliable was the file copy method used in XP for you Dolph? :D

In terms of the time it claimed it was taking, quite unreliable. Vista gave more realistic assessments, and works to do more than appear fast.

http://blogs.technet.com/markrussinovich/archive/2008/02/04/2826167.aspx

Anyway, I'm happy they improved "calculating" speed in SP1, but you still have to wonder, how did that ever got past the testing stage? By the time Vista was in RC stage it was the most coplained about "feature" besides UAC, and yet they went ahead with it anyway. I'm not too satisfied with my network copy speeds under SP1 though. Granted, I use samba shares rather than windows server, but multiple file chain transfers seem way faster under XP.

Sometimes just because people complain about something doesn't mean it's a bad idea or not working properly. UAC is a perfect example of that ;)
 
Last edited:
Back
Top Bottom