Re: eratic disk copy behavior (always from my big fast array to slower media)
- From: "SuperGumby [SBS MVP]" <not@xxxxxxxxxxx>
- Date: Sat, 9 Aug 2008 01:31:34 +1000
The behaviour you describe (varying estimates in windows fuel gauges) is
what I expect, in all cases, at all times.
The bit I don't understand is that you consider it worth questioning :-)
The algorithm behind windows fuel gauges has always baffled me, an estimate
of 73,465 days remaining when the 1st quarter of a single 500MB file has
copied in 2 minutes is something I might bother to point at and laugh about.
I like EVEN MORE the daily more popular fuel gauges which say '10, 20,
30...% complete' and then either start going backwards or simply revert to 0
and start counting again.
"Roveer" <roveer@xxxxxxxxx> wrote in message
news:2d139b86-b384-4e3f-a93a-91fc6e2ab9ac@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
My setup is as follows:
Boot C: promise disk controller w/2 drives mirrored
Data D: adaptec raid controller raid 6 configuration (big, fast)
When I copy large data 10gb, 20gb, 30gb from the big adaptec array to
any other drive (C: or USB) I get eratic copy behavior. That is, the
copy starts and the time will say 4 minutes then it seems like the
copy stops the timer starts to climb 20 minutes 30 minutes 115 minutes
then things will go again and the timer will drop back down. This
usually repeats itself thoughout the copy. I've noticed that it only
seems to happen when copying from the adaptec array to other devices.
Copying from C: to usb is ok, copying from C: to D: (to the adaptec
array is ok.
Has anyone ever seen this before? All my drivers are up to date.
When I built the server I speed tested the array's and the adaptec
came back with some way crazy fast speed 1,200mb/sec (It's an 8 drive
array). Is it possible that it's sending data down to the slower
drives, filling a buffer and then having to wait for the writes to
finish, and this is throwing off the copy time? From what I can see
it does finish and I've tested some of the resulting file copies
(norton ghost image files, with their verify tool) and they are
good.
Just a little concerned about this and want to make sure I shouldn't
be looking into this more.
Thanks,
Roveer
.
- References:
- Prev by Date: Re: Opinions of WFBS from Trend Micro
- Next by Date: Stop users being able to RDP to DC
- Previous by thread: eratic disk copy behavior (always from my big fast array to slower media)
- Next by thread: Stop users being able to RDP to DC
- Index(es):
Relevant Pages
|
