home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / sysv386 / 16719 < prev    next >
Encoding:
Text File  |  1992-11-22  |  1.4 KB  |  37 lines
  1. Newsgroups: comp.unix.sysv386
  2. Path: sparky!uunet!murphy!jpradley!magpie!manes
  3. From: manes@magpie.nycenet.edu (Steve Manes)
  4. Subject: Re: 386 Unix - is 5,000 logins realistic?
  5. Organization: Manes and Associates, NYC
  6. Distribution: na
  7. Date: Sun, 22 Nov 1992 20:32:04 GMT
  8. Message-ID: <By4x1H.3H2@magpie.nycenet.edu>
  9. X-Newsreader: TIN [version 1.1 PL7]
  10. References: <1992Nov18.174008.23663@cbnews.cb.att.com>
  11. Lines: 24
  12.  
  13. andrew.d.hay (adh@cbnews.cb.att.com) wrote:
  14. : In article <1992Nov18.031323.8045@toolz.uucp> todd@toolz.uucp (Todd Merriman) writes:
  15. : "Is it realistic to support about 5,000 logins with a 386 Unix?
  16. : "There will be no more than 32 logins active at any time, but what
  17. : "about the time it takes to look up the password during login?
  18. : 
  19. : dunno just how bad it would be, but you could also:
  20. : a)    sort your passwd file
  21. : b)    get a pd getty-replacement, and hack it to do a binary search.
  22. : 
  23. : this ought to whiz, even on a 5k-line passwd!
  24.  
  25. Getty isn't responsible for searching /etc/passwd.  That's the job of
  26. /bin/login, which is invoked by getty with the user's input as an
  27. argument.
  28.  
  29. Is it realistic to support 5,000 logins with a 386 Unix?  Sure, providing
  30. you've got a lot of memory.  Login will be a little slow but if you keep
  31. frequent users near the top of the file you can minimize delays.
  32.  
  33. -- 
  34. Stephen Manes                       manes@magpie.nycenet.edu
  35. Manes and Associates/Commontech-NoHo           New York, NY, USA  =o&>o
  36.  
  37.