home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky vmsnet.internals:1806 comp.os.vms:22069
- Path: sparky!uunet!stanford.edu!agate!spool.mu.edu!howland.reston.ans.net!paladin.american.edu!darwin.sura.net!blaze.cs.jhu.edu!jhunix.hcf.jhu.edu!jhuvms.hcf.jhu.edu!ecf_stbo
- From: ecf_stbo@jhuvms.hcf.jhu.edu (Have unix ever /usr/local/bin experienced?)
- Newsgroups: vmsnet.internals,comp.os.vms
- Subject: Re: How to force a process into one CPU on a 6640?
- Date: 26 Jan 1993 11:37 EST
- Organization: The Johns Hopkins University - HCF
- Lines: 16
- Distribution: world
- Message-ID: <26JAN199311371783@jhuvms.hcf.jhu.edu>
- References: <1993Jan24.003820.13857@rks.se> <1993Jan24.113735.141@kulminator.salcom.fi>
- NNTP-Posting-Host: jhuvms.hcf.jhu.edu
- News-Software: VAX/VMS VNEWS 1.41
-
- In article <1993Jan24.113735.141@kulminator.salcom.fi>, Pekka.Savolainen@Salcom.Fi writes...
- >Included, please find sys$examples:bind_read_me.txt
-
- I'm curious if anyone has explored the license implications of this. By way of
- concrete example, suppose Wingra Inc. wants to squeeze 3000$ out of me, plus an
- extra 450$/yr. maintenance, because I add another CPU to a 6400 box. In a way
- it seems reasonable that if I bind the software to one CPU, that I am still in
- keeping with my original single CPU license. Has anybody explored this, reading
- the license agreements and/or talking with vendors? Software license costs
- with several vendors operating on this archaic 'tiered' approach are dwarfing
- the actual hardware costs of this tentative upgrade.
-
- Tom O'Toole - ecf_stbo@jhuvms.hcf.jhu.edu - JHUVMS system programmer
- Homewood Computing Facilities, Johns Hopkins University, Balto. Md. 21218
- >Here comes a jet ski.
- >weuh weeuhh weeuhh weeuhh WEEUHH WEEUHH WEEUHH WEEUHH weeuhh weeuhh weeuhh weuh
-