home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / arch / 8929 < prev    next >
Encoding:
Internet Message Format  |  1992-08-16  |  1.3 KB

  1. Path: sparky!uunet!wupost!darwin.sura.net!mips!mash
  2. From: mash@mips.com (John Mashey)
  3. Newsgroups: comp.arch
  4. Subject: Re: 32 => 64 Transition
  5. Date: 17 Aug 1992 02:53:25 GMT
  6. Organization: MIPS Computer Systems, Inc.
  7. Lines: 21
  8. Message-ID: <l8u555INN5q6@spim.mips.com>
  9. References: <1992Aug11.125326.16719@email.tuwien.ac.at> <id.UHAS.9TA@ferranti.com> <robert.713773090@cs.anu.edu.au>
  10. NNTP-Posting-Host: winchester.mips.com
  11.  
  12. In article <robert.713773090@cs.anu.edu.au> robert@cs.anu.edu.au (Robert Cohen) writes:
  13. >Who uses 16 bit variables anymore anyway, memory's cheap, right :-)
  14.  
  15. To answer this quesiton, try:
  16.     cd /usr/include/sys
  17.     cat *.h|grep -c short
  18. for a quick idea.
  19.  
  20. I.e., a typical UNIX kernel has plenty of shorts, because it has
  21. many dense-packed data structures, and at least some networking
  22. software makes serious use of shorts, as do some device drivers.
  23.  
  24.  
  25. If you mostly look at user code,you may decide that
  26. 16-bit ints can be done away wit....  but if you look at
  27. kernel code a lot, you may think otherwise...
  28. -- 
  29. -john mashey    DISCLAIMER: <generic disclaimer, I speak for me only, etc>
  30. UUCP:      mash@mips.com [soon to be mash@sgi.com, but not quite moved yet].
  31. DDD:      408-524-7015,  or 524-8253
  32. USPS:    (soon) Silicon Graphics, 2011 N. Shoreline Blvd, Mountain View, CA 94043
  33.