Subject: | |
From: | |
Reply To: | |
Date: | Mon, 21 Aug 2000 17:27:59 -0700 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
Chris wrote:
> FCOPY is very slow as it runs in compatability mode.
>
> Usually the program is OCTCOMP'd so it will run faster
> (but still not as fast as a native mode program.)
>
> If you upgraded is is very possible that the program has
> reverted to normal old compatability mode.
I've stumbled on last above a couple times; with QUERY,
FCOPY, etc.... It's a good "first thing" to check if a system
utility seems unusually slow....
> I used fcopy on our HP939/020 to copy this file, and it took
> less than a minute .....
> ..... Still, hours is too long for any 100,000 record file.
>
> PURGEME 42W FB 295049 295049 48 96816
WAY too long.... we are still on 5.5, but just for comparison
I did a quick test on our 959KS/400; using first COPY and then
OCTCOMPted FCOPY to copy the following two files (both files
in memory for both comparisons):
JUNK128W 128W FB 148284 4096000 1 149504
JUNK87W 174B FA 100188 200000 1 68112
@ 149.5K sectors, JUNK128W took 11 seconds with COPY;
same file took 24 seconds with FCOPY.
@ 68.1K sectors, JUNK87W took 6 seconds with COPY;
same file took 15 seconds with FCOPY.
Finally, just for grins I did an MPEX COPY of a 1.14 million
sector dataset out of our production database; that has
record length = 2560W. Changed File Code to = 0. Did same COPY and FCOPY
compare as above. Results:
1 minute 28 seconds with COPY.
2 minutes 34 seconds with FCOPY.
Admittedly small sample, but for my tests OCTCOMPted FCOPY
never took longer than 2.5 times as long as COPY.
I'm curious: How long does it take COPY to copy the file that
takes FCOPY three hours on 6.5; that used to take FCOPY
only five minutes on 6.0 ?? (even if you don't get exactly the
same end product with copy (you might be changing record
lengths or etc.) ).....
Ken Sletten
|
|
|