home *** CD-ROM | disk | FTP | other *** search
- Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
- Path: sparky!uunet!noc.near.net!mars.caps.maine.edu!maine.maine.edu!cunyvm!psuvm!auvm!LAWRENCE.BITNET!LOWER
- X-Envelope-to: dectei-l@ubvm.bitnet
- X-VMS-To: IN%"dectei-l@ubvm.bitnet"
- MIME-version: 1.0
- Content-transfer-encoding: 7BIT
- Message-ID: <01GS6QVKRXKE8WWCAH@AMOS.ADMIN.LAWRENCE.EDU>
- Newsgroups: bit.listserv.dectei-l
- Date: Fri, 11 Dec 1992 11:08:38 -0500
- Sender: DEC's The Education Initiative Discussion List
- <DECTEI-L@UBVM.BITNET>
- From: Robert Lowe <LOWER@LAWRENCE.BITNET>
- Subject: Re: DEC File Optimizer
- Lines: 22
-
- >Date: 10 Dec 1992 13:03:01 -0700
- >From: Jim Kirkpatrick <JIMKIRK@CORRAL.UWYO.EDU>
- >
- >Re the PAK: Yes.
- >
- >Generally, DFO seems to be very slow. I almost think a dump/reload would
- >be faster, but probably not (especially if you do it frequently). And note
- >that no defragger I know of will fix the INDEXF.SYS file, and you can still
- >get the dreaded no-more-headers problem that requires dump/reload.
-
- I don't run the product yet, but I can clarify something about the
- INDEXF.SYS file. The initial four clusters hold the volume boot block (VBN
- 1) and the first home block (VBN 2); the rest are copies, and these are
- spread geometrically across the disk. This way, in cases of "minor" media
- failures (slight head touch-down), it is less likely that all copies would
- be destroyed, leaving you some possibility of recovery.
- ..............................................................................
- Robert Lowe Voice: 414/832-6572
- System and Network Manager FAX: 414/832-6962
- Lawrence University e-mail: lower@lawrence.edu (Internet)
- Appleton, WI 54912 lower@lawrence.bitnet (Bitnet)
- U.S.A.
-