This may be the longest one in the history of the Microsoft Technet Forum Windows Vista version - 23 pages, 324 responses, originally posted in January, until yesterday, there are still replies, Microsoft's earning families simply do not know where to go - described In the Windows Vista system, the function of using the resource manager in the local or network environment to copy, move, and delete files is extremely slow.
Figure I have been using this system for almost a year, and I have discovered this phenomenon from the beginning. After reading the entire 23 pages, you can summarize 7 solutions - although some people have tested all the methods, it still has no effect, but for me, it still works.
Fault phenomenon:
1, these phenomena occur in 50-75% of the case, "very long time" refers to at least 2 times the time to perform the same operation on XP.
2, it takes a long time to open a local or network directory and display its contents
3, it takes a long time to copy files between local or network directories (the more files, not the larger the size, The slower the speed.
4. It takes a long time to display the right-click menu of the file or directory.
5. Creating and displaying the thumbnail of the directory causes the screen to flicker and the Explorer to be stuck.
6. When using CMD There will be no such problems.
The current solution:
1. Hit the Microsoft KB931770 patch. This Microsoft Knowledge Base article mainly describes the slow or even crashing phenomenon when Vista copies files to a system such as Windows 2003 in a network environment, but like the KB888111 HD Audio patch of Win2000/XP/2003, this patch Local downloads are not available. Of course, someone will soon give the download address, Google will find it.
2, disable the index service (Windows Search). This seems to really work, but it shouldn't really solve the problem.
3, set the resource manager to prohibit display preview, only display icons. This allows the system to no longer attempt to preview the file, greatly increasing the speed of the resource manager. But this is not a solution to the problem.
4. Disable "remote differential compression" in "Turn Windows features on or off". This is the most effective solution at the moment - and this not only solves the problem of copying files on the network, but also solves the problem of locally copying files. This effect is unknown (comparing the difference between local and remote files to save bandwidth, which is good) Understand?!) The function was originally set for the network environment, but I do not know why it also affects local file copying.
5, close IPV6, QoS packet planner, etc. This method does not know if it is really effective because there is no test.
6, modify the registry: create or modify the DWORD value HKEY_LOCAL_MACHINE\\Software\\Policies
\\microsoft\\Windows\\System\\CopyFileBuffered\\Synchronously to 1.
This is said to be a solution proposed by Microsoft personnel, but I see that this key value is affected by the CopyFile function of the Win32 subsystem, but copying files using CMD does not appear to be slow. But the role of this method is also questionable.
7, check the hardware and drivers of the disk system, or replace the disk interface, remove all USB devices. This seems to have played a significant role in some nForce SATA users.
1, vista seems to have to check the target directory for a long time before moving/copying files. This check occurs in the process of "calculating the remaining time". Determining whether there is a file with the same name in the target does not seem to take a long time to list, but the time mentioned here can be strange.
2. Sometimes, copying between USB devices is the most prominent manifestation of the phenomenon mentioned at the beginning of the article. What can this explain?
3, someone using the ProCESsMonitor program to monitor the Explorer and CMD copy files separately found that: Explorer can generate more than 2000 records, and CMD only produced more than 30; Explorer will strangely copy files "Rename" operation.
4, some people copy files created under non-Vista without problems, copying the files created under Vista has a slow problem.
5, many people appear this symptom, as you can see from the event log, the Windows Search service is also abnormally closed.
The most important thing is that in the long six-month life of this problem, no one from Microsoft stood up and there was no news. Is this problem really going to be delayed to SP1?