home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sun / admin / 10778 < prev    next >
Encoding:
Internet Message Format  |  1993-01-27  |  1.6 KB
  1. Path: sparky!uunet!ferkel.ucsb.edu!taco!gatech!swrinde!zaphod.mps.ohio-state.edu!howland.reston.ans.net!spool.mu.edu!agate!doc.ic.ac.uk!uknet!newcastle.ac.uk!turing!ncrr
  2. From: C.R.Ritson@newcastle.ac.uk (C R Ritson)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Name for a YP services map
  5. Message-ID: <C1Gz95.6Jo@newcastle.ac.uk>
  6. Date: 26 Jan 93 16:31:52 GMT
  7. Organization: University of Newcastle upon Tyne, UK, NE1 7RU
  8. Lines: 26
  9. Nntp-Posting-Host: turing
  10.  
  11. Some time ago, I discovered that the NIS/YP map "services.byname"
  12. is in fact keyed on the port number and protocol, as needed for
  13. getservbyport(). This makes getservbyname() very slow, as it reads
  14. every record using yp_next().
  15.  
  16. I do not have shared libraries (I am not using a sun client), but
  17. have more or less convinced my vendor to use a new map for the
  18. services database which really is keyed by service name and protocol,
  19. and to modify getservbyname().
  20.  
  21. Question:
  22.     Is there any consensus as to what this new map should be
  23.     called, given that services.byname must stay as it is.
  24.  
  25. Send me your ideas, preferably by mail, including the string
  26. "services map" in the subject line. I will summarise.
  27.  
  28. I realise that the new NIS+ will avoid this problem, by having
  29. multiple keys, but there will no doubt be old servers around for
  30. some time to come.
  31.  
  32. Chris Ritson <C.R.Ritson@newcastle.ac.uk>
  33. EMAIL: C.R.Ritson@newcastle.ac.uk       Chris Ritson,
  34. PHONE: +44 91 222 8175                  Department of Computing Science
  35. FAX  : +44 91 222 8232                  University of Newcastle upon Tyne,
  36. TELEX: uk+53654-UNINEW_G                UK, NE1 7RU
  37.