home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.next.sysadmin
- Path: sparky!uunet!caen!zaphod.mps.ohio-state.edu!menudo.uh.edu!usenet
- From: sears@tree.egr.uh.edu (Paul S. Sears)
- Subject: Re: What's a better block size for a Fuji 520M drive?
- Message-ID: <1992Aug19.183555.3981@menudo.uh.edu>
- Sender: usenet@menudo.uh.edu (USENET News System)
- Nntp-Posting-Host: sierra.egr.uh.edu
- Reply-To: sears@tree.egr.uh.edu
- Organization: University of Houston
- References: <1992Aug19.013435.15349@leland.Stanford.EDU>
- Date: Wed, 19 Aug 1992 18:35:55 GMT
- Lines: 33
-
- In article <1992Aug19.013435.15349@leland.Stanford.EDU> m@crito.stanford.edu
- (M Carling) writes:
- =>In article <1992Aug18.231820.948@convex.com> finger@convex.com (Jay
- =>Finger) writes:
- =>> Will the NeXT support sector sizes greater than 1024 bytes? Since the
- =>sd
- =>> driver reads/writes 8K chunks, might one find even better performance
- =>with
- =>> 8K sectors?
- =>
- =>If the disk could do it, and the computer could do it, 8K blocks would be
- =>faster (not much) and increase capacity (again not much). But unless you
- =>have just a few files each of which is quite large, that is not an
- =>efficient way to use space. Also, I don't know of any drives which support
- =>8K blocks. NeXT's current software supports 512 byte or 1024 byte blocks,
- =>and I haven't heard anything that would suggest that they are considering
- =>changing that.
- =>
-
- Actually, the NeXT also supports 2048 byte blocks/sectors as that is what the
- CD-Rom has for a sector size...
-
- =>M Carling
- =>Director, Bay Area NeXT Group
- =>--
-
- --
- Paul S. Sears * sears@uh.edu (NeXT Mail OK)
- The University of Houston * suggestions@tree.egr.uh.edu (NeXT
- Engineering Computing Center * comments, complaints, questions)
- NeXT System Administration * DoD#1967 '83 NightHawk 650SC
- >>> SSI Diving Certification #755020059 <<<
- "Programming is like sex: One mistake and you support it a lifetime."
-