Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!utgpu!water!watnot!watmath!clyde!rutgers!mit-eddie!genrad!decvax!ucbvax!YALE.ARPA!LEICHTER-JERRY From: LEICHTER-JERRY@YALE.ARPA.UUCP Newsgroups: mod.computers.vax Subject: Re: tapes etc. Message-ID: <8703031803.AA10933@ucbvax.Berkeley.EDU> Date: Tue, 3-Mar-87 13:03:31 EST Article-I.D.: ucbvax.8703031803.AA10933 Posted: Tue Mar 3 13:03:31 1987 Date-Received: Thu, 5-Mar-87 22:38:03 EST Sender: daemon@ucbvax.BERKELEY.EDU Reply-To: Distribution: world Organization: The ARPA Internet Lines: 39 Approved: info-vax@sri-kl.arpa There is a tape that was made in VMS format and files ciopied into it When we mounted it and copied from mtb0: to drb0: it increased tenfold. The size reported by DIRECTORY is always in blocks. On a disk, blocks are always 512. On a tape, they could be of almost any size. A "blocking factor" of 10 - which results in a block size of 5120 bytes on the tape - is common (it's the default used by Unix tar on VAXes, as one example). This would produce exactly the effect you describe. I tried the convert/fdl but it did not work? How in heaven's name do you expect anyone to respond to a statement that some- thing "didn't work" when you provide no information about what you actually did, or what happened as a result? (What CONVERT/FDL tries to do depends quite fundamentally on the FDL file you provide.) the basic info is as follows on tape if we do a DIRECT/FULL it gives the file structure as follows: Directory MTB0:[] MODEL_7.DAT;2 File ID: (1,1,1) Size: 129/129 Owner: [261,4] ... but after coping by straight COPY MTB0:*.* DRB2:*.* SIZE increases 30 times so does the allocation. Above you said it increase by a factor of 10. Well, a blocking factor of 30 is just as likely as a blocking factor of 10. We cannot afford to have 2000 blocks translate to 43000 blocks over 8 files since we have over 500 user accounts in our VAX11/780 Then you can't afford to keep this data on line. -- Jerry -------