home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / solaris / 106 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  2.7 KB
  1. Xref: sparky comp.unix.solaris:106 comp.sys.sun.misc:3280 alt.sys.sun:2991
  2. Newsgroups: comp.unix.solaris,comp.sys.sun.misc,alt.sys.sun
  3. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!mips!sdd.hp.com!usc!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!lynx!zia.aoc.nrao.edu!rmilner
  4. From: rmilner@zia.aoc.nrao.edu (Ruth Milner)
  5. Subject: Re: Planning to upgrade to Solaris 2?
  6. Message-ID: <1992Jul22.192554.950@zia.aoc.nrao.edu>
  7. Reply-To: rmilner@zia.aoc.nrao.edu (Ruth Milner)
  8. Organization: National Radio Astronomy Observatory, Socorro NM
  9. References: <1992Jul16.222630.6897@zia.aoc.nrao.edu> <1236@eplunix.UUCP>
  10. Date: Wed, 22 Jul 92 19:25:54 GMT
  11. Lines: 44
  12.  
  13. In article <1236@eplunix.UUCP> das@eplunix.UUCP (David Steffens) writes:
  14. >
  15. >many times "cc" is invoked in a typical makefile.  If the "cc" license were
  16. >released at the end of _each_ invocation, you would have to reaquire it
  17. >for _each_ module that was to be compiled!  
  18.  
  19. Of course. Some delay in releasing it is a good idea. On the other hand, while 
  20. I don't know what your Makefiles do, most of the ones I've seen go straight 
  21. into the next cc without more than a couple of seconds' lag after the previous 
  22. one finishes. Unless you have a lot of *rapid* cycles of: big make - run oops! 
  23. - edit edit edit - big make, 15 minutes is just not needed. In most cases it
  24. will be more than 15 minutes from start to finish, and in that period of time
  25. other people could be using the compiler.
  26.  
  27. Note also that, thanks to the nature of make, 90% of the time your "big" makes
  28. will only be compiling a small fraction of all the possible files, followed
  29. by linking.
  30.  
  31. >My experience with several license servers here is that it takes 10-15 seconds
  32. >on a busy network to acquire a license and about the same time to release it.
  33.  
  34. Hmmm ... not my experience, but we don't have anything that uses Sun's license 
  35. server. PV-Wave, MathCAD, edt, all need perhaps 5 seconds tops. And our net-
  36. works are *very* busy.
  37.  
  38. >In article <1992Jul16.222630.6897@zia.aoc.nrao.edu>,
  39. >rmilner@zia.aoc.nrao.edu (Ruth Milner) writes:
  40. >> In article <1992Jul16.163132.1672@charon.amdahl.com>,
  41. >> perry@pls.amdahl.com (Perry The Cynic) writes:
  42. >>>That limit is enforced by the software (you can increase it but not decrease)
  43. >>Hey, Father Sun knows best ...
  44.  
  45. >In this case, I believe they just might :-)
  46. >On the other hand, 15 minutes minimum for the timeout period seems a trifle
  47. >long to me, too.  I'd probably choose 2-5.  
  48.  
  49. So in other words, you don't believe they know best. :-)
  50.  
  51. While I agree about not allowing it to be set to 0, it ought to be *tunable*
  52. so the person who knows the site's needs best can make it as useful as possible
  53. for that site.
  54. -- 
  55. Ruth Milner                          NRAO/VLA                  Socorro NM
  56. Computing Division Head      rmilner@zia.aoc.nrao.edu
  57.