Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×
Microsoft Operating Systems Software Windows IT

PC World Tests Final Version of Vista SP1 210

Mac writes "PC World ran the final version of Windows Vista SP1 through a first set of tests last night. Here's the bottom line: 'File copying, one of the main performance-related complaints from Vista users, was significantly faster. But other tests showed little improvement and, in two tests, our experience was actually a little better without the service pack installed than with it.'"
This discussion has been archived. No new comments can be posted.

PC World Tests Final Version of Vista SP1

Comments Filter:
  • by gotzero ( 1177159 ) on Thursday February 07, 2008 @04:27PM (#22339392)
    ...just as long as it is not an online D/L! The next version will be out before you can grab the update off of the network. After a year, I am still not feeling any remorse for skipping out of Vista. XP under virtualization is more than enough for me outside of work...
  • by EmbeddedJanitor ( 597831 ) on Thursday February 07, 2008 @04:32PM (#22339474)
    Unless you're timing with a stopwatch etc, there is no way in hell you will notice a 9% speed up. You need a speed up of 50% or so before most people will really appreciate the difference.

    Besides, unless the huge copy time problem has been fixed people will not be happy. Going from 15 minutes to 13.5 minutes is not going to make MS any friends.

  • Ahahaha (Score:5, Insightful)

    by milsoRgen ( 1016505 ) on Thursday February 07, 2008 @04:36PM (#22339550) Homepage
    I'd love to see em get Vista in proper order, but damn it... All this wasted effort is damn funny... Slopping more junk isn't the answer... Maybe one of these service packs should start stripping away all the excess code. I mean c'mon, 27 minutes to install a collection of bug fixes? 3 reboots? Jesus... and that was on quad 6600. Ouch.

    It should also be noted however he was testing the file transfer with a SD card, I would assume they behave similar to your standard USB flash drive and is generally either optimized for speedily transferring large files, or small files but rarely both...

    One would think copying a Blue-Ray disc image across 2 hard drives would be more appropriate? Or at least using a standardized mix set of data, both files large and small. Word documents, mp3 files, disc images... But wait this is PC World... Not exactly at the forefront of reliable and unbiased testing...
  • by realmolo ( 574068 ) on Thursday February 07, 2008 @04:44PM (#22339690)
    Exactly.

    I mean, the slow copying speed when copying LARGE amounts of data sucks, but the WORST part of Vista is the slow copying speed when copying/moving small files. I mean, moving a file to the Recycle Bin takes 2 seconds! Copying a shortcut from one folder to another on the same drive takes 2 seconds! Those things should happen instantly, and DID happen instantly on XP, and every version of Windows before that.

    That's where the performance problems really piss people off. A %9 improvement doesn't do squat.
  • Exhaustive testing (Score:4, Insightful)

    by heffrey ( 229704 ) on Thursday February 07, 2008 @04:56PM (#22339894)
    His single file copy test was a bunch of files from a flash drive. He copied them three times before SP1, and three times after. He then reports average times, but no reporting of variation. That's not exactly serious benchmarking now is it.

    To be fair to PC World they do say that this is informal and preliminary and they will publish comprehensive results in due course. My criticism is that this makes front page of Slashdot (the reason of course is that it's somewhat critical of Vista and therefore of course is great news here in anti-MS FUD world).

    It astonished me that stories about Mark Russinovich's blog post on Vista file copying (including changes implemented for SP1 after customer feedback) were rejected.

    It strikes me as feeble that the Slashdot crowd all scream FUD! whenever MS are guilty of it (frequently), but then commit the same sin themselves in the other direction.

    And the other thing that hacks me off is that this post will no doubt be modded flamebait or troll which means worse karma (got none anyhow) and therefore no voice. It's an interesting effect of the Slashdot moderation scheme that any criticism of Slashdot is suppressed. Free speech doesn't flourish here (unless you follow the herd!)
  • by pavera ( 320634 ) on Thursday February 07, 2008 @05:22PM (#22340374) Homepage Journal
    So, in reading that article, vista was slower primarily because they stopped using cached I/O. The explanation seems to be that file copies weren't actually any faster in XP they just *LOOKED* faster because they closed the copy dialog before the copy was actually completed (IE, the dialog closes when the file is completely read from the source, not when it is completely written to the destination).

    In Vista they changed this so the dialog actually closed when the copy was complete, but now in SP1 they have gone back to the previous setup.
  • by Stan Vassilev ( 939229 ) on Thursday February 07, 2008 @05:35PM (#22340590)
    In case anybody is interest *why* Vista pre-SP1 seemed so much slower copying files than XP, and why post-SP1 for the most part fixes it, you should check out Mark Russinovich's blog post on the matter.

    It's a very interesting read.


    It is, but let me summarize it for a sad realization:

    "In XP, we just issued 64kb read/writes via the standard API-s and used Cache Manager.

    In Vista, a team saw a problem than no one before saw, and wrote a dedicated, big, complex engine, the File Copy Engine (tm) that, among other things, doesn't use caching in most instances, because it might take extra 128kb of RAM or so, and This Was Bad.

    Improvements in SP1: we went back to XP's engine, with some tweaks."


    Do you remember that previous case of a Microsoft programmer spending an year on a minor tweak of Vista's Start Menu? It was not the exception, guys. Sad.

    Well, I think they're slowly getting their act together under Sinofsky's leadership, though.
  • Re:So... (Score:5, Insightful)

    by cheater512 ( 783349 ) <nick@nickstallman.net> on Thursday February 07, 2008 @05:37PM (#22340634) Homepage
    Why bother with Cygwin when you can get that environment without all the Microsoft crap?
  • by colinnwn ( 677715 ) on Thursday February 07, 2008 @05:43PM (#22340716)
    Then 9 months later, they still haven't fixed it, a la Windows Home Server -

    Question -

    what the hell do they do when they find a BIG problem like data corruption?


    Response -
    http://support.microsoft.com/kb/946676/en-us?spid=12624 [microsoft.com]
  • Re:So... (Score:2, Insightful)

    by morgan_greywolf ( 835522 ) on Thursday February 07, 2008 @05:43PM (#22340718) Homepage Journal

    If you need decent file copy time you can always just use Cygwin.
    So I'm going to pay $400 for Windows Vista Ultimate, only to have to resort to a Free/Open Source software download compiled from the same source code that I can get for free by either downloading Ubuntu or ordering a free (as in beer) CD or DVD? [ubuntu.com]?

    No thanks, I'll just skip the paying $400 for Vista Ultimate part.

  • by BeeBeard ( 999187 ) on Thursday February 07, 2008 @05:46PM (#22340798)
    I know you're kidding around, but there is some truth to this. On fresh installs, many former Windows 2000 users would routinely disable the extra services and eyecandy that were so prominent in XP, trying in vain to negate the loss in performance that came with the move to the newer Microsoft OS.

    On most hardware, the older Windows 2000 had a huge performance advantage over its newer cousin--tirelessly proved out in benchmark after benchmark--that never actually went away until...ever. Microsoft just stopped supporting the older OS without special contracts, and people just sort of stopped using Windows 2000 in general. And so XP became the new performance baseline.
  • by thsths ( 31372 ) on Thursday February 07, 2008 @06:14PM (#22341242)
    > On most hardware, the older Windows 2000 had a huge performance advantage over its newer cousin

    I completely agree. Even compared to Windows NT 4, 2000 never looked bloated. But that is where my praise ends: it might be small, but it was still difficult to use in a lot of places. Windows XP did actually improve the usability quite a bit, although style wise it was a mixed blessing. And since SP2 there is no comparison: XP is just a lot more secure.

    I think those are the main reasons that 2000 died out without much notice. On 64MB of RAM, it might have the edge, but you can by 1GB for $30 now. And Windows XP works just fine on any computer less than 5 years old. I don't see the same thing happening with Vista any time soon.
  • by Mex ( 191941 ) on Thursday February 07, 2008 @06:32PM (#22341508)
    How is this possible?

    The best sales pitch for SP1 is that it COPIES FILES FASTER? Which is still probably slower than it was with XP, thus making it a non-improvement?

    Ridiculous.
  • by LuckyStarr ( 12445 ) on Thursday February 07, 2008 @07:11PM (#22342062)

    It astonished me that stories about Mark Russinovich's blog post on Vista file copying (including changes implemented for SP1 after customer feedback) were rejected.

    It strikes me as feeble that the Slashdot crowd all scream FUD! whenever MS are guilty of it (frequently), but then commit the same sin themselves in the other direction.
    So Russinovich wrote this baffling article about the magic of file copying, elaborating at length about how freaking hard it all is just so he does not have to say:

    We're sorry. We screwed up. Reverted to the previous code. Better now. Steve, where is my brown paper bag?

    Now what is the FUD here exactly. I really doubt file copying should deserve such a lengthy article.

    ps. I'd rather they implemented some sane error handling in Explorers copy function, so it doesn't crap out at the first read only file. This is the reason I use the Windows port of Midnight Commander to copy/move directories on Windows. Did they fix THAT in Vista?
  • by wilsonng ( 900790 ) on Thursday February 07, 2008 @08:22PM (#22342912) Homepage
    I think the better way to evaluate new software is not comparing that it took me 30 seconds to do this, and now it took me 45 seconds using the same hardware configuration. what about things like it took me 9 mouseclicks/keystrokes to do this, and now it takes me 3 mouseclicks. Or better still, it used to take me 20 minutes to be able to configure to do this, and that, and now it just takes less than a minute / or I could not do this before, and now I can! I can say that finding a picture among my files before took me sooo long, and now with Vista, it is much easier
  • by dbIII ( 701233 ) on Thursday February 07, 2008 @09:44PM (#22343674)

    Unless you're timing with a stopwatch etc, there is no way in hell you will notice a 9% speed up

    That's fifteen hours in a week! In numerical computing it would very nice to get such huge speedups on long running jobs - 9% improvement is a huge amount. In desktop computing that process of copying say a 42GB file would also be noticably less painfull with a 9% speedup.

  • by syousef ( 465911 ) on Friday February 08, 2008 @01:51AM (#22345388) Journal
    It doesn't matter how much spin they put on it, an OS not being able to copy files correctly in 2007/2008 is a JOKE.

    By now we should have correct, complete and RESUMABLE file and directory copies regardless of the source and target directories. It can be done. Just check out Robocopy. In fact Robocopy and RobocopyGUI are still the only good ways supported by Microsoft of copying large directories or whole drives within Windows in an environment where a crash is possible. (Don't even get me started on Synctoy crashes).

    Why can't an end user just let the OS know they want these directories copied to here? Why do you still have to set up one copy at a time from a GUI? I can batch a copy, but I can't add to it when it's already started, and if I want proper control and logging I have to do it from the command line with a list of switches.

    Who cares if they can get security working etc. if they can't even get the basic functionality right!?

Those who can, do; those who can't, write. Those who can't write work for the Bell Labs Record.

Working...