Re: Detecting CPUs and cores
David Gourley wrote:
Lew wrote:
Here's the $64,000 question - what is the value of knowing the number
of dies on which the cores reside?
Some 3rd party software vendors are now licensing software based on
number of sockets instead of number of cores....
which may mean that to comply software has to perform a socket check.
Are they doing this with Java software?
I know that some Java partisans think it's the everything language, but that
sort of thing seems much more like systems programming than "write once, run
anywhere"-land. In any event, they couldn't use Java directly in a
cross-platform way to do that license check; they have to be relying on JNI or
some other platform-specific means to get this information.
Please understand that here in clj.programmer I am asking such $64K-questions
in a Java-centric way. I never denied that knowing this type of information
is useful, I only question how useful in a Java-oriented, cross-platform context.
As to whether this licensing approach works "better" than by the less
customer-friendly core count, the more friendly server count, or the commonly
offered concurrent usage count, what Everrr! Companies are simply seeking a
reasonable metric of usage volume on which to base pricing, as is their right.
One could argue in favor of various metrics, but they're all negotiable
anyway. Their purpose is merely to give vendor and buyer a common language
for the negotiation, is all. As long as the terms are (intelligibly)
disclosed negotiations can proceed in good faith.
--
Lew