home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / vmsnet / internal / 1808 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  1.7 KB
  1. Path: sparky!uunet!stanford.edu!unixhub!linac!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!pitt.edu!gatech!rpi!usc!news.service.uci.edu!unogate!mvb.saic.com!macro32
  2. From: DWING@UH01.Colorado.EDU (Dan Wing)
  3. Newsgroups: vmsnet.internals
  4. Subject: Re: How to force a process into one CPU on a 6640?
  5. Message-ID: <01GTZCL7PXFM0000EP@VAXF.COLORADO.EDU>
  6. Date: 26 Jan 93 23:57:28 GMT
  7. Organization: Macro32<==>Vmsnet.Internals Gateway
  8. Lines: 28
  9. X-Gateway-Source-Info: Mailing List
  10.  
  11. Tom O'Toole, ecf_stbo@jhuvms.hcf.jhu.edu, writes:
  12.  
  13. >I'm curious if anyone has explored the license implications of this.
  14. [...]
  15. >Software license costs
  16. >with several vendors operating on this archaic 'tiered' approach are dwarfing
  17. >the actual hardware costs of this tentative upgrade.
  18.  
  19. Interesting idea.
  20.  
  21. However, some products aren't just detached processes sitting out there, but
  22. are activated all the time by users or as utilities (compilers, TELNET, etc.)
  23. I suppose you could write a front-end which would bind your process
  24. immediately prior to invoking the image, although that would become a pain
  25. in the ***, assuming your vendor's legal staff would allow such a move.
  26.  
  27. Basically, the vendors are trying to charge you as if all of the users on
  28. your system were using the application, and base their fees on how many
  29. users could fit on that system.  Personal and per-use licenses are the
  30. solution to this.
  31.  
  32. We got about $4K short of completely paying for a uVAX 3100 by licensing it
  33. for various DEC products instead of putting them on our 6620.  All of our
  34. programmers now use the 3100 instead of the 6620, which helps offload the
  35. work from the main production system, too.
  36.  
  37. -Dan Wing, dwing@uh01.colorado.edu or wing_d@ucolmcc.bitnet (DGW11)
  38.  Systems Administrator, University Hospital, Denver
  39.