home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / linux / 20952 < prev    next >
Encoding:
Text File  |  1992-12-20  |  1.5 KB  |  37 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!munnari.oz.au!metro!csu-net!pandora!rthomas
  3. From: rthomas@pandora (Robert Thomas (extusr Telecom PLUS))
  4. Subject: Re: UFC-Crypt
  5. Message-ID: <1992Dec18.110201.21923@csu.edu.au>
  6. Sender: news@csu.edu.au
  7. Organization: Charles Sturt University
  8. X-Newsreader: Tin 1.1 PL5
  9. References: <JWINSTEA.92Dec15190013@fenris.claremont.edu>
  10. Date: Fri, 18 Dec 1992 11:02:01 GMT
  11. Lines: 24
  12.  
  13. Jim Winstead Jr. (jwinstea@fenris.claremont.edu) wrote:
  14. : In article <1992Dec14.054309.10224@murdoch.acc.Virginia.EDU> prv2d@fulton.seas.Virginia.EDU (Peter Villadsen) writes:
  15.    [re UFC speeds under Linux]
  16. :       crypt:  312.7 crypts/sec
  17. :    ufccrypt:  281.9 crypt/sec
  18. : 
  19. :       I am wondering why this is the case? Under the Sun and RS6000,
  20. :    the UFC-crypt ran much faster. I'm using 0.98pl4, gcc2.2.2d on a
  21. :    386/25 with no math coprocessor. Thanks,
  22. : 
  23. : Well, for one thing, UFC-crypt is the native crypt under Linux.
  24. : Perhaps you were trying an older version when you grabbed your own to
  25. : compile?
  26.  
  27.    I tried this a while ago out of curiosity, and the latest version (then)
  28. ran about the same as that.. Approx 20 or 30 cps SLOWER than crypt() - I 
  29. would assume from this that Linus has tweaked UFC a tad to make it work
  30. a bit better on a 386..  And since my 386 has gone to the big tower case in
  31. the sky, I can't really check.  It wouldn't be too hard to have a look at 
  32. the source in the kernel and see what linus has done to it.
  33.  
  34.              Robert Thomas
  35.  
  36.  
  37.