home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!noc.near.net!hri.com!spool.mu.edu!uwm.edu!linac!att!att!dptg!ulysses!allegra!princeton!siemens!aad
- From: aad@siemens.com (Anthony Datri)
- Newsgroups: comp.unix.admin
- Subject: Re: FDDI, 20+GB unix file partitions, Remote NFS mount IBM to Sun, etc.
- Summary: your followup-to header was BOGUS
- Message-ID: <1993Jan19.233642.18807@siemens.com>
- Date: 19 Jan 93 23:36:42 GMT
- References: <1993Jan17.000702.5794@Princeton.EDU>
- Sender: news@siemens.com (NeTnEwS)
- Organization: Siemens Corporate Research, Princeton (Plainsboro), NJ
- Lines: 21
- Nntp-Posting-Host: lovecraft.siemens.com
-
- >(1) Is there any way to increase the size of a file partition from 2GB (to
- >20 - 50 GB, for example) in Unix OS?
-
- On a typical machine, the filesystem calls (eg., fseek) take signed 32-bit
- arguments -- hence the limit. To deal with bigger files/filesystems, you
- need system calls that take bigger types as arguments. If you change the
- existing calls, you'll break existing binaries and probably lots of source,
- too. One way of doing this is to have a || set of calls that handle
- 64-bit offsets -- fseek64, say. Of course, this means that utilities have
- to be modified to work. This description is incomplete and probably
- inaccurate. If you ask on comp.sys.convex I'm sure you'll get a better
- descripton of how they did it.
-
- >(6) Are there any products/vendors out there who make high speed unix
- >file servers of 500GB and more (per server)?
-
- A high-end Auspex or Amdahl might do it. An appropriately-configured Convex
- machine could do it with 2.4G IPI drives.
- --
-
- ======================================================================8--<
-
