home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / gnu / utils / bug / 1519 < prev    next >
Encoding:
Text File  |  1992-09-09  |  1.4 KB  |  38 lines
  1. Newsgroups: gnu.utils.bug
  2. Path: sparky!uunet!cis.ohio-state.edu!icule.UUCP!pinard
  3. From: pinard@icule.UUCP (Francois Pinard)
  4. Subject: GNU `wc -c' optimization
  5. Message-ID: <9209091436.AA02867@icule.UUCP>
  6. Sender: gnulists@ai.mit.edu
  7. Reply-To: pinard@iro.umontreal.ca
  8. Organization: GNUs Not Usenet
  9. References: <9209080501.AA15291@comton.airs.com>
  10. Distribution: gnu
  11. Date: Wed, 9 Sep 1992 14:36:44 GMT
  12. Approved: bug-gnu-utils@prep.ai.mit.edu
  13. Lines: 23
  14.  
  15.    Whether the optimization is worth putting in depends on how often
  16.    people use wc -c, I guess.
  17.  
  18. The unsharing process, among others, makes frequent use of `wc -c'.
  19. The `wc -c' usage which originated this thread was a `ddsplit' script
  20. (for a particular machine where I may not install GNU split) where I
  21. needed to know the overall size of a big file for computing the number
  22. of resulting pieces.  It happened that the "size=`wc -c $input`" line
  23. was taking a fair amount of real time.  Being curious, I just checked
  24. how GNU wc would behave on the same problem and discovered it was not
  25. as fast as I would have expected.
  26.  
  27. I think GNU wc should be made faster, would it be only for the
  28. principle that GNU programs should do the best/proper thing in all
  29. circumstances :-).
  30.  
  31.                 Keep all happy!
  32.  
  33. -- 
  34. Franc,ois Pinard        ``Vivement GNU!''        pinard@iro.umontreal.ca
  35. (514) 588-4656                                    ...!uunet!iros1!pinard
  36. Consider joining the League for Programming Freedom.  Email for details!
  37.  
  38.