home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20092 < prev    next >
Encoding:
Text File  |  1992-12-30  |  3.2 KB  |  76 lines
  1. Newsgroups: comp.os.vms
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!moe.ksu.ksu.edu!ux1.cso.uiuc.edu!usenet.ucs.indiana.edu!fractal!mdchaney
  3. From: mdchaney@fractal.ucs.indiana.edu (M Darrin Chaney)
  4. Subject: $add_holder is slow...
  5. Message-ID: <C031y8.9Bz@usenet.ucs.indiana.edu>
  6. Sender: news@usenet.ucs.indiana.edu (USENET News System)
  7. Nntp-Posting-Host: fractal.ucs.indiana.edu
  8. Organization: Indiana University, Bloomington
  9. References: <1992Dec30.044645.11200@cnplss5.cnps.philips.nl> <6844364@zl2tnm.gen.nz>
  10. Date: Wed, 30 Dec 1992 17:30:07 GMT
  11. Lines: 63
  12.  
  13. We've got about 40,000 users on our cluster, which consists of various newer
  14. VAXen (the smallest being a 6500, I think).  Anyway, we still keep a separate
  15. rightslist and uaf on each of the six nodes (I don't run these machines, so
  16. don't blame me).
  17.  
  18. Recently, I set about rebuilding the rightslist for the cluster, in order to
  19. get each node in sync again, and make sure that everybody has only what they
  20. need.  We have 5 different rights, of which everybody has at least one.  They
  21. are:
  22.  
  23.      UCS  -   people who work at UCS
  24.      STAFF  - staff members
  25.      FACULTY -faculty members
  26.      GRAD  -  grad students
  27.      UGRAD  - undergraduate students
  28.  
  29. It is possible for people to have more than one, for instance STAFF and UGRAD.
  30.  
  31. Anyway, we had a spare 8820 sitting around (VMS 5.5-2), so I'm using it.  It
  32. has 384MB of memory, and we set up a huge cache on it.  We also made the
  33. account that we are using have high quotas:
  34.  
  35. Maxjobs:         0  Fillm:       100  Bytlm:        50000
  36. Maxacctjobs:     0  Shrfillm:      0  Pbytlm:           0
  37. Maxdetach:       0  BIOlm:        50  JTquota:       1024
  38. Prclm:           2  DIOlm:        50  WSdef:         2048
  39. Prio:            4  ASTlm:        24  WSquo:        32768
  40. Queprio:         0  TQElm:        10  WSextent:     65535
  41. CPU:        (none)  Enqlm:      2000  Pgflquo:      40000
  42.  
  43. Anyway, I copid the rest of the identifiers into the new rightslist, of which
  44. there were only a few thousand.  Then, I used the cluster UAF to create the
  45. username rights (using add/ident/user=* in authorize).  I made 5 files, each
  46. containing in "rightslist" format the UIC of each person who needed that
  47. right, and the right itself.  So, each line was like such:
  48.  
  49. right,uic,attr
  50.  
  51. attr is always 0.  The program loops through the file, reading each line and
  52. using $add_holder to add the holder.  Here's the layout:
  53.  
  54. UCS - 500 holders
  55. STAFF- 4000 holders
  56. FACULTY- 3000 holders
  57. GRAD- 8400 holders
  58. UGRAD- 30000 holders
  59.  
  60. The amount of time it takes to add these increases rather dramatically.  The
  61. first 50 (of any set) take maybe 10 seconds.  After around 1000, it takes 10
  62. or 15 minutes to do 50.  I figure it's because of RMS keeping track of all
  63. the duplicate keys.  I have everything except UGRAD added, with about 16,000
  64. left.  At the current rate (50 every 20 minutes), it'll take another 4 days.
  65. It will probably slow down even more, though, so the time will be longer.
  66.  
  67. Does anyone know a way to speed this up?  Pretty much anything is possible
  68. with the machine that we are using.  Thanks in advance.
  69.  
  70.     Darrin
  71. -- 
  72.  
  73. mdchaney@iubacs mdchaney@bronze.ucs.indiana.edu mdchaney@rose.ucs.indiana.edu
  74.  
  75. "I want- I need- to live, to see it all..."
  76.