Re: LPAR licensing

Lou,

    They bought the software based upon the machine (8/12 way in your example), 
and they
would be charged based upon that physical machine. It would be much more 
expensive if they
bought 6 copies (had 6 logical machines of 2 processors each).  You need to 
remember, that
these "Little" LPAR systems are acting like Uniprocessor 730s (these are still 
hugh
machines from a stand alone environment).  So if they ran it on 2 out of  12 
LPARS, they
would still be coming out ahead from a investment perspective.    Someone could 
take four
uniprocessor 720-2061(1502), and logically put them into one 720-2064 (1505), 
which is a
four way.  They would have 8 times the processing, so in theory, each LPAR 
could be twice
the size of the machine they are replacing, and from our software costs 
perspective, if
they ran it on 2 of the 4 of the LPARs, it would come out to almost the same as
purchasing it on the entire machine.

    I do hear what you are saying, what happens if they are only using it on 
one LPAR.  I
guess it depends on the type of software as well.  But the harder question is 
how can you
license software based upon a partition.   You dont want to make it difficult 
for the
customer to administer, or for the vendor either.

    Take RPG, if you license that in your example, you need to purchase it for 
the 8/12
way machine, you cant purchase it for an LPAR, even though you may only be 
developing on
one LPAP.

    Pete

Lou Schmaus wrote:

> Pete,
>
> What do you do if a company buys a large system(8 or 12-way), but then
> partitions it so the software is only running on a two-processor
> partition? The Chevy/Mercedes analogy  really doesn't hold up here,
> because you can't drive half a car to the grocery store. Do they pay
> based on what percentage of the machine they run the software on, or
> based on the entire capacity of the machine?
>
> --
> Lou Schmaus
> Creative Computer Associates, Inc.
> Parlin, NJ 08859
> lschmaus@home.com
>
> --
> The opinions expressed here are not necessarily those
> of my employer, unless it is billable.
>
> Pete Massiello wrote:
> >
> > We had a lot of debate of how the best way to handle LPAR was when it was 
>first
> > announced a few months ago.  OS Solutions has decided that you have 
>purchased the
> > software to run on a Hardware platform, which is tiered priced.  Therefore, 
>we have
> > no intension of charging anymore for each logical partion.  You already 
>purchased it
> > for the physical system.    We think this is the fairest solution for all 
>parties
> > involved.
> >
> >     Think of it this way.  You go down to a car dealer and purhcase a car.  
>You pay
> > the tiered price, based upon the model of the car you buy.  If its a Chevy 
>you pay
> > one price, and upto a Mercedes would be a different price (thats the tier 
>price).
> > Now, would you ever purchase (not lease) a car, that said how many drivers 
>would be
> > driving this car?  Oh, you want 5 drivers, then that would be an additional 
>$10,000
> > per driver.
> >
> >     That is our view point.
> >
> >     Pete
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: david@midrange.com
> +---

--
Pete Massiello
OS Solutions International
Phone: (203)-744-7854  Ext 11.
http://www.os-solutions.com
mailto:pmassiello@os-solutions.com


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---