home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 10924 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  1.3 KB
  1. Path: sparky!uunet!stanford.edu!agate!dog.ee.lbl.gov!horse.ee.lbl.gov!torek
  2. From: torek@horse.ee.lbl.gov (Chris Torek)
  3. Newsgroups: comp.arch
  4. Subject: 64-bit file sizes (was More Alpha AXP Performance Numbers)
  5. Date: 19 Nov 1992 18:32:14 GMT
  6. Organization: Lawrence Berkeley Laboratory, Berkeley
  7. Lines: 19
  8. Message-ID: <27540@dog.ee.lbl.gov>
  9. References: <Bxo927.ECF.2@cs.cmu.edu> <1992Nov17.041026.27756@ntuix.ntu.ac.sg>
  10. Reply-To: torek@horse.ee.lbl.gov (Chris Torek)
  11. NNTP-Posting-Host: 128.3.112.15
  12.  
  13. (N.B.: this has little relevance to comp.arch.  Followups should probably
  14. be directed elsewhere, not that there should really be any followups.)
  15.  
  16. In article <1992Nov17.041026.27756@ntuix.ntu.ac.sg> eoahmad@ntuix.ntu.ac.sg
  17. (Othman Ahmad) writes:
  18. >... With current 32-bit BSD unix, it can only access 2Gbyte addresses.
  19.  
  20. Current BSD Unix (4.4BSD-alpha) has 64-bit sizes.  There are still
  21. some internal limits from 32-bit `block' numbers, but the external
  22. interface provides signed 64-bit offsets.
  23.  
  24. >Must be a 64-bit version of Unix or VMS. Will it cause problems in
  25. >porting software to apha?
  26.  
  27. From experience, yes.  The breakage is easy to fix once detected, but
  28. does occur.
  29. -- 
  30. In-Real-Life: Chris Torek, Lawrence Berkeley Lab CSE/EE (+1 510 486 5427)
  31. Berkeley, CA        Domain:    torek@ee.lbl.gov
  32.