Op 27 feb 2010, om 21:44 heeft Nathan het volgende geschreven: > Kingsley Idehen wrote: >> Ceriel Jacobs wrote: >>> Op 25 feb 2010, om 06:51 heeft Kingsley Idehen het volgende geschreven: >> <snip> >>> That is why I would like to offer another consideration to simplify and >>> offer "fair" licensing for non-technical users. This could be licenses >>> based on the number of RAM memory that can be consumed by virtuoso. RAM is >>> easy to understand and easy to enforce(?). This might include a processor >>> core number limit. >>> >> Yes, this is certainly being considered, and even internally, the are >> very strong echoes re. the perception of "fairness" etc..
The only non fairness in such a model, I can imagine is that, faster newer processors (running at higher frequencies and more bogomips) get more bang for buck. For now the type of processor is also not taken into account. I would tend to say for these high edge users: never mind. Might be an option to offer this 'licensing partitioning' model only to the workstation versions and not to the server os versions, and/or not to the cluster editions. >>> For instance let's say on a workstation type OS, with 2GB or RAM, and a 2 >>> core processor, machine. Could that be (just a starting point, don't be >>> angry)... $ 49? Now you might think, I don't wan't to sell such tiny >>> volumes. Sell them bundled: 10 x 2GB/2core license: $ 490,- >>> >>> It would be truly great if later on, multiple licenses can still be >>> installed on a single running instance. Call it 'license partitioning'. >>> Adding a 2GB/2core pack to an existing 2GB/2core pack would let the user >>> extend his running virtuoso instance to (user can choose to prefer for >>> maximization of RAM or processor cores): '4GB @ 2 cores' or '2GB @ 4 >>> cores'. Three packs would be: '6GB @ 2 cores', '2GB @ 6 cores' or '3GB @ 4 >>> cores' (when the machine has no more than 4 cores available). So the small >>> user is able to mix and match. >>> >> Very nice idea as per my comments above, a very very strong candidate >> suggestion re. pricing, thanks!! > > please do consider people temporarily upping the memory usage / buffers > for loading in graphs :) In the 'license partitioning' example, with one 2GB/2core pack, that would then be like changing your license preference to: 1 core with 4GB. Or perhaps take another machine down, and temporarily relocate that additional 2GB/2core license pack, result: 1 core with 8GB. ~Ceriel
