miso
Sat Aug 04 16:06:09 CDT 2007
On Aug 2, 4:27 pm, "Tom Ferguson" <tom.ms...@gmail.com> wrote:
> This might contain something applicable:
http://support.microsoft.com/kb/931770/
>
> Tom
> MSMVP
> Windows shell/User
>
> "James R" <James R...@discussions.microsoft.com> wrote in messagenews:299C99F9-1B66-464E-AA2C-27D4937F6D2C@microsoft.com...
>
> > We have a problem copying files from Windows Server 2003 64-bit to our
> > local
> > desktops running Windows XP. For a large number of the desktops, a file
> > copy
> > of 60 Mb from the server to the local drive can take about 30 minutes
> > to
> > complete. For other desktops of the same OS, the same file can be
> > copied in
> > about 5 seconds. For the ones the copy slowly, they can copy that same
> > file
> > from a Windows 2003 32-bit server or another desktop in 5 seconds. We
> > have
> > even moved PCs around to swap the network ports used and the problem
> > follows
> > the PC. We have standardized our desktop and server hardware so the
> > problem
> > should point to something in the software. There is something fouling
> > up the
> > communications between some of our Windows XPs and Windows 2003 64-bit
> > and we
> > are running out of ideas as to what to check. Any tips on what to look
> > at?
Funny thing is I used to get the "0 minutes remaining" when FTPing to
my webhosting server. Not all the time. I haven't seen the problem in
some time so I wonder if it was fixed in an update or service pack.
This is on X64, and again, only seen on ftp. I never had a problem
transferring files on my local network.
Not to drift off the topic too much, but I did encounter a slow down
when transferring directories (folders) containing a large number of
files, maybe 80k of files in some directories. This was from a X64
machine to a win2kpro machine. What I noticed is the file transfers
would slow down after a while, as if the mere fact of creating file
name on the win2kpro machine caused the slowdown. I had about 50Gbyte
to transfer, and it was never finishing. The slow down started at
about 5gBytes of transfer.
As an experiment, I zipped all the files I wanted to transfer.
Transferring the zip file ran about as expected, i.e no slow down.
However, as the files were unzipped on the win2kpro machine, the
extraction slowed down.
I pulled the hard drive from the win2kpro machine, hooked it up to the
X64 machine, with the notion of running the windows exploring to do
the copying. It turns out NTFS on win2k is not the same as NTFS on
X64, making program not work.
The ultimate solution was to use Partition Commander from the boot
CDROM. It transfered the files without a hitch, even though the NTFS
was not the same.