Glacially slow defragmenting

T

Terry Pinnell

I'm having a frustrating problem defragmenting J:, one of my two 177GB
partitions. This is an Athlon 1800 512MB XP Home PC with 3 HDs:
2x200GB and 1x60GB. The other similar size partition, D:, defrags OK.

I normally leave Diskeeper to defrag 3 of my 5 partitions, C:, D: and
J:, using its 'Set it and forget it' feature, while I sleep. I had no
reason to think anything amiss until I tried copying a few 3GB movie
files from N: to J:, and found it very slow. In the first minute or
so, estimates of expected copy time were varying wildly between 10 and
30 minutes. To check, I started copying the same file from N: to D:,
and that ran at its normal speed (estimated at under 2 minutes I
think).

So, to eliminate fragmentation as a possible cause, I used
Diskeeper|Analyze. That reported "very low" fragmentation - I think
'0%'. (As a short digression, I'm puzzled though why its display
seemed to contradict this:
http://www.terrypin.dial.pipex.com/Images/DK-Defrag1.jpg
If I'm interpreting that correctly, all that red seems to show a *lot*
of fragmentation. BTW, I'm also surprised that such a large slice,
maybe 20GB or so, seems to be 'system reserved'. From DK's Help, I
gather this is sort of usable but not accessible to DK.)

Anyway, upon then running Defragment, it ran excruciatingly slowly.
After 4 hours it was still at 12%. And it seemed to be preventing
access to other applications (not just slowing them down, which of
course I would expect). Whether it was directly due to DK or to my
attempts to run other programs, I eventually had to reboot forcibly.
Closing down took about 20 mins! I repeated the exercise at least
once, with similar consequences. BTW, I switched to the built-in XP
'Disk Defragmenter' for one such session, with similar results. Not
surprising, as it looks like a basic version of my registered DK.

The last time yesterday XP wouldn't close at all and I had to switch
off. I repeated it again and left it running last night. This morning
I had a message from DK to the effect that a problem with drive J:
(only a couple of months old BTW) had prevented defragging, and
recommending I run CHKDSK and repeat the defrag.

I duly ran CHKDSK J: /f, which appeared to behave OK. (Maybe I should
have used some other switch, as I'd like to have seen any fixes it
made?) I haven't rebooted since then (maybe I should have done so?)
but am now running the DK defrag again. That screenshot was taken
about an hour ago, and altogether it's now been running nearly 3 hours
and is *still* at 12%. I can just about access other programs - I'm
composing this in Agent - but with difficulty, and they are running
very slowly.

I'll obviously keep running as long as there are signs of activity
from DK, but I'm not sure whether I'm wasting my time. Should
degragmenting a large HD be as slow and resource-hungry as this? Are
there any other steps I can take to isolate any underlying problems
please?

Any advice/insights would be much appreciated please.
 
T

Terry Pinnell

I'll obviously keep running as long as there are signs of activity
from DK, but I'm not sure whether I'm wasting my time. Should
degragmenting a large HD be as slow and resource-hungry as this? Are
there any other steps I can take to isolate any underlying problems
please?

Any advice/insights would be much appreciated please.

Things took a turn for the better a few minutes ago. Labouring in the
background, DK must have gone quickly from 12% to 100%. It seems to
have been successful. So, presumably CHKDSK sorted the problem? Is
there any way at this stage I can satisfy my curiosity as to what
CHKDSK actually fixed?

I'll also paste Diskeeper's report here to see the experts see any
remaining issues please:

Volume Backup (J:):
Volume size = 177 GB
Cluster size = 4 KB
Used space = 74,243 MB
Free space = 104 GB
Percent free space = 59 %

Volume fragmentation
Total fragmentation = 4 %
File fragmentation = 0 %
Free space fragmentation = 7 %

File fragmentation
Total files = 136,446
Average file size = 695 KB
Total fragmented files = 0
Total excess fragments = 0
Average fragments per file = 1.00

Paging File fragmentation
Paging/Swap file size = 0 bytes
Total fragments = 0

Directory fragmentation
Total directories = 13,977
Fragmented directories = 0
Excess directory fragments = 0

Master File Table (MFT) fragmentation
Total MFT size = 153 MB
MFT record count = 150,455
Percent MFT in use = 95 %
Total MFT fragments = 3
 
T

Terry Pinnell

I had no
reason to think anything amiss until I tried copying a few 3GB movie
files from N: to J:, and found it very slow.

Despite the happy outcome to the last defragmenting, as reported in my
previous post, the issue that prompted all this remains ;-(

I just tried the copying to J: again, with similar results. With two
files in D: (or N:) totaling 6.13 GB, when I try copying to J: I get
painfully long duration estimates as follows: 40 mins, 40, 43, 63, 49,
52, etc.

When I compare by copying from N: to D: I get 5 mins 5, 5, 5, 5, etc.

What are likely causes of this and how can I isolate and fix please?
 
T

Terry Pinnell

Terry Pinnell said:
Despite the happy outcome to the last defragmenting, as reported in my
previous post, the issue that prompted all this remains ;-(

I just tried the copying to J: again, with similar results. With two
files in D: (or N:) totaling 6.13 GB, when I try copying to J: I get
painfully long duration estimates as follows: 40 mins, 40, 43, 63, 49,
52, etc.

When I compare by copying from N: to D: I get 5 mins 5, 5, 5, 5, etc.

What are likely causes of this and how can I isolate and fix please?

I've come to the conclusion it's because I've lost DMA on that drive.
It's running in PIO mode. So I'll post separately for advice about
recovering DMA by uninstalling and reinstalling the drive.
 
T

Terry Pinnell

Wesley Vogel said:
IDE ATA and ATAPI disks use PIO mode after multiple time-out or CRC errors
occur
http://support.microsoft.com/?kbid=817472

DMA Reverts to PIO
http://www.michna.com/kb/WxDMA.htm

Thanks Wes, but guess you hadn't seen my new post 'Uninstall/Reinstall
HD?' when you replied?

I'm just about to post an update there, but in short, after spending
the whole day on this, I'm still stuck in PIO.

I'll study those two articles you've kindly suggested in detail. But
at first sight the MS one seems to require a Hotfix that I have to
contact MS to obtain, having first found out who to call!

Maybe the second will have the magic bullet...
 
W

Wesley Vogel

Thanks Wes, but guess you hadn't seen my new post 'Uninstall/Reinstall
HD?' when you replied?

Nope, Terry. I hadn't read it.

--
Hope this helps. Let us know.

Wes
MS-MVP Windows Shell/User

In
 
T

Terry Pinnell

Wesley Vogel said:
Nope, Terry. I hadn't read it.

Thanks Wes, but unhappily, those registry changes didn't cut the
mustard. Possibly I am still getting these 'CRC' errors, which is
continuously switching DMA off? Had enough for today, back on case
tomorrow.
 
S

Sharon F

Thanks Wes, but unhappily, those registry changes didn't cut the
mustard. Possibly I am still getting these 'CRC' errors, which is
continuously switching DMA off? Had enough for today, back on case
tomorrow.

CRC errors? I mentioned in the other thread on this to check the health of
the hard drive. May want to check RAM and power supply while you're at it.
 
T

Terry Pinnell

Sharon F said:
CRC errors? I mentioned in the other thread on this to check the health of
the hard drive. May want to check RAM and power supply while you're at it.

OK, thanks, I'll do some more tests this morning.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Similar Threads


Top