Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!apple!voder!nsc!amdahl!littauer From: littauer@uts.amdahl.com (Tom Littauer) Newsgroups: comp.unix.large Subject: Re: Files > 4GB Summary: Of course. Message-ID: Date: 12 Nov 90 17:39:56 GMT References: <1008@intelisc.isc.intel.com> Reply-To: littauer@amdahl.uts.amdahl.com (Tom Littauer) Distribution: usa Organization: Amdahl Corporation, Sunnyvale CA Lines: 31 In article <1008@intelisc.isc.intel.com> cfj@isc.intel.com (Charlie Johnson) writes: > >I'm curious if the companies who support Unix on large systems made the >necessary file system changes to allow individual files which are larger >than 4 gigabytes ?? Yes. Up to 6 terabytes is practical, exabytes are theoretically possible. > You'd have to at least stretch the file size in the >inode beyond 32 bits and possibly mess around in the super block. Any >comments ?? File size is now 64 bits, the major/minor is now 32 bits (from 16), fsck is a thing of the past (on 6 terabytes it would've been ugly indeed). Size carries with it other issues, like reliability (we use a RAID-5-like checksum scheme), sequential I/O performance (large blocks, contiguous allocation, and striping), and backup/recovery (special tools). Yes, all of this is still SVID standard. Oops, I'm starting to sound like an ad. Sorry. The point was only that you can't just change the limits... you've got to think through the related issues of *BIG* UNIX systems. -- UUCP: littauer@amdahl.amdahl.com or: {sun,decwrl,hplabs,pyramid,ames,uunet}!amdahl!littauer DDD: (408) 737-5056 USPS: Amdahl Corp. M/S 278, 1250 E. Arques Av, Sunnyvale, CA 94086 I'll tell you when I'm giving you the party line. The rest of the time it's my very own ravings (accept no substitutes).