home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / unix / admin / 7184 < prev    next >
Encoding:
Text File  |  1993-01-21  |  2.2 KB  |  46 lines
  1. Newsgroups: comp.unix.admin
  2. Path: sparky!uunet!timbuk.cray.com!walter.cray.com!bard.uk.cray.com!cd
  3. From: cd@bard.uk.cray.com (Chris Dickson)
  4. Subject: Re: FDDI, 20+GB unix file partitions, Remote NFS mount IBM to Sun, etc.
  5. Message-ID: <1993Jan21.121428.6925@walter.cray.com>
  6. Lines: 34
  7. Nntp-Posting-Host: bard.uk.cray.com
  8. Organization: Cray Research (UK) Ltd
  9. References: <1993Jan17.000702.5794@Princeton.EDU> <1993Jan19.233642.18807@siemens.com>
  10. Date: 21 Jan 93 12:14:27 CST
  11.  
  12. In article <1993Jan19.233642.18807@siemens.com>, aad@siemens.com (Anthony Datri) writes:
  13. |> >(1) Is there any way to increase the size of a file partition from 2GB (to
  14. |> >20 - 50 GB, for example) in Unix OS?
  15. |> 
  16. |> On a typical machine, the filesystem calls (eg., fseek) take signed 32-bit
  17. |> arguments -- hence the limit.  To deal with bigger files/filesystems, you
  18. |> need system calls that take bigger types as arguments.  If you change the
  19. |> existing calls, you'll break existing binaries and probably lots of source,
  20. |> too.  One way of doing this is to have a || set of calls that handle
  21. |> 64-bit offsets -- fseek64, say.  Of course, this means that utilities have
  22. |> to be modified to work.  This description is incomplete and probably
  23. |> inaccurate.  If you ask on comp.sys.convex I'm sure you'll get a better
  24. |> descripton of how they did it.
  25. |>
  26. Large files/filesystems are no problem if your server has a 64-bit architecture
  27. anyway. I'm not sure whether they are implemented on all 64-bit machines, though
  28. (they are on ours, you would have to check for RS6000 , alpha etc ).
  29.  
  30. I must admit that a Sun fseek > 2Gb into a file on an NFS mounted Cray 
  31. filesystem would not work - this is limited by the size of the original argument.
  32. I can't see any way round this without adding/changing code on the client side.
  33.  
  34.  
  35. |> >(6) Are there any products/vendors out there who make high speed unix
  36. |> >file servers of 500GB and more (per server)?  
  37. |>
  38.  
  39. Cray make unix file servers which can access up to 2Tb of disk + more or less
  40. unlimited 'dmf migrated' data which is offline but still accessible using normal
  41. unix system calls ( over NFS or whatever ). Speed would normally be network-
  42. limited for any kind of network except HIPPI. 
  43.  
  44.  
  45.  
  46.