Print 96 comment(s) - last by KamiXkaze.. on Jul 15 at 12:08 AM

Microsoft suggests disabling ReadyBoost until SP1
Microsoft plans numerous fixes including an update to ReadyBoost

Microsoft officially launched Windows Vista for volume licensing on November 30. The company also simultaneously launched Office 2007 giving Microsoft a 1-2 punch in the realm of operating systems and productivity suites.

"These are game-changing products," said Microsoft CEO Steve Ballmer at the launch. "It’s an incredible step forward for business computing in a year of unprecedented innovation from Microsoft. We expect that more than 200 million people will be using at least one of these products by the end of 2007."

Microsoft followed up with the retail launch of both products two months later on January 30. Both software products were made available in over 70 countries and over 40,000 retail locations.

Windows Vista is not even a year old, but Microsoft is already orchestrating the launch of Service Pack 1 (SP1) Beta 1 for the week of July 16. Many companies will not even touch a new Microsoft operating system until the first service pack is released, so the quick rollout of SP1 isn't totally unexpected.

According to ZDNET's Mary Jo Foley, SP1 will RTM in November after just four months of testing. Microsoft will also release Windows Server 2008 at the same time.

Expected updates/fixes included with SP1 will be a revised Desktop Search, faster file copying and shutdown speeds, support for SD Advanced Direct Memory Access, enhancements to BitLocker Drive Encryption and Extensible Firmware Interface (EFI) support on x64 machines.

There will also be changes made to Windows ReadyBoost. There have been numerous complaints around the web concerning ReadyBoost and resuming from S3/S4 sleep. Sluggish performance on resume can be attributed to numerous writes to 'Readyboost.sfcache' on the ReadyBoost storage device.

According to Microsoft’s Robert Hensing, "[ReadyBoost] uses an AES 128 key that is generated once per OS start (the data in the file on the thumb drive is encrypted with this key) . . . the key isn't persisted anywhere (i.e. it lives in memory only) and so apparently when you sleep / hibernate - the key goes bye bye and thus you need to rebuild your 2GB ReadyBoost cache on your USB disk when you resume again."

Hensing continues, "Vista realizes that it needs to regenerate the ReadyBoost cache as soon as it wakes up and loads the USB drivers and realizes the ReadyBoost drive is plugged in and it starts helpfully doing this as soon as it can . . . ya know - while the OS is trying to page all that memory back into my 2GB of system RAM as well and generally restore the OS to a working state  . . . sigh . . ."

The changes made to ReadyBoost in SP1 will ensure that cache data is reused during S3/S4 sleep so that 'Readyboost.sfcache' is not repopulated on resume.

Comments     Threshold

This article is over a month old, voting and posting comments is disabled

File Copy Issues
By spookware on 7/9/2007 12:57:46 PM , Rating: 3
Personally I will be very happy if the file slow file copy/move issue is fixed. I am a developer so I tend to move around directories with thousands of small files in them quite frequently. This is unbearably slow in vista due to a poor design decision.

When you perform file move/copies/deletes from the Explorer it notifies the search service about each change individually. This is a huge overhead and results in massive decreases in performance. We are talking about say a 100-1000X performance decrease for very large directory trees. If you do the same operation from the command line, or an alternate file manager, then it is very quick, just like XP.

This has been a deal breaker for me. If they would just fix this I would be so much happier with vista.

RE: File Copy Issues
By TomZ on 7/9/2007 1:23:18 PM , Rating: 2
What copy/move issues do you mean? Got any links?

I'm curious, because I also do development, and I have about 111,000 files / 10GB in my development tree, and I never noticed any slowness in file copies/moves in Vista compared to XP.

Have you tried turning off indexing for your source directories?

RE: File Copy Issues
By spookware on 7/9/2007 2:19:34 PM , Rating: 2
Yes. Take a look at this technet thread for example. If I do disable search indexing then the problem is for the most part resolved (with the exception of network shares), however that is not really a great solution as I would like to be able to use indexing to search source code.

It really is just beyond me why I can't configure it to perform a background reindex instead of having explorer try to keep the database in sync. That seems like a terible idea especially since I can duck out to the command line and mess up the search index by doing manipulations from there.

RE: File Copy Issues
By TomZ on 7/9/2007 2:30:01 PM , Rating: 2
OK, I see what you're getting at. Vista tries to generate "live" search results that it is probably trying to update. For example, if I do a search in one window, and then do file ops in another window, the search window is dynamically updated to reflect the file ops I'm doing. I can assume that's pretty computationally expensive for that level of notification.

And I agree with you - it should be possible to make that a background operation, for people who don't really need the dynamic, live search results.

Do you find the Vista search useful for searching source code? I typically use Find in Files in my IDEs, because they have the ability to show the context lines that included the search text, and to be able to quickly open an editor to the location in the files where the search matched. I also find that the Find in Files is pretty fast, at least as fast as indexed files in Vista.

RE: File Copy Issues
By spookware on 7/9/2007 2:51:08 PM , Rating: 2
As for IDE's I find them to be a mixed bag. I mostly use Visual Studio 2005 or Eclipse, though some times I break down and use an old school editor. Mostly because I do kernel level development,so I have to write makefiles and what not. IOW no IDE has a nice build in project type for kernel driver.

VS2005 has been a mixed bag as far as search is concerned. It is not bad if the tree is not that large, however when the tree gets to be quite big I find it will chew up hundreds of megabytes of ram and take forever to search. It is very fast for smaller projects though.

I did find vista's search indexer useful in this repsect. If you work from file system based source code control systems such as SVN or CVS, then if your like me you have many different copies of said source on your drive. If I want to search in VS2005 I would have to pick on tree and try searching that, move on to the next tree, etc.. With vista indexer I can just let it plow through all my source code. It does quite well here.

"It seems as though my state-funded math degree has failed me. Let the lashings commence." -- DailyTech Editor-in-Chief Kristopher Kubicki

Most Popular ArticlesAre you ready for this ? HyperDrive Aircraft
September 24, 2016, 9:29 AM
Leaked – Samsung S8 is a Dream and a Dream 2
September 25, 2016, 8:00 AM
Inspiron Laptops & 2-in-1 PCs
September 25, 2016, 9:00 AM
Snapchat’s New Sunglasses are a Spectacle – No Pun Intended
September 24, 2016, 9:02 AM
Walmart may get "Robot Shopping Carts?"
September 17, 2016, 6:01 AM

Copyright 2016 DailyTech LLC. - RSS Feed | Advertise | About Us | Ethics | FAQ | Terms, Conditions & Privacy Information | Kristopher Kubicki