Message Boards Message Boards

0
|
575 Views
|
3 Replies
|
2 Total Likes
View groups...
Share
Share this post:

Trying to understand WolframKernel processes licensing

Posted 1 month ago

I'm trying to understand how the licensing works with Mathematica 14.1 -- I look at my account info and it says this license has 2 controlling and 4 computing processes maximum.

So when I start up Mathematica on a macOS 15.1.1 system (Mac mini M2 Pro with 6 high performance cores and 4 efficiency cores) I see there are now two WolframKernel processes started when looking at the Activity Monitor window showing all processes on the system.

So I then created two pre-defined kernels in the Evaluation/KernelConfigurationOptions menu and named the kernels - kernel1 and kernel2.

I then created a new notebook with one line

PerfectNumber[22]

which I then assign kernel1 to and then run it.

I then look at Activity Monitor and see another WolframKernel process has now started and is using 100% of the cpu/core it's been assigned to.

So the first question is why didn't one of the already existing WolframKernel processes start handling this notebook?? Exactly what could I have done differently to prevent the third WolframKernel process to have started and instead one of the already existing WolframKernel processes to be using a CPU core to run? Is there some way to find out which WolframKernel process is being used on a particular running Notebook??

But, if I then click on the "About Mathematica" menu, I see all the info about Mathetica as expected, and then try and click on the "Copy" button to copy the license number to the paste buffer, but I get a popup error window about the number of licenses has been exceeded. But I thought the number of WolframKernel processes limit was 4 - so why the error??

Have I exceeded the Controlling limit of 2 or the computing limit of 4? Are WolframKernel processes able to be both a controlling process and a computing process?? From the Activity Monitor window how can you differentiate between the two?

What exactly does Mathemitica consider a "controlling" process and what is considered a "computing" process???

I was hoping to be able to have four notebooks able to be running at the same time and each of them being assigned to a different core cpu processor. Is this not how things are supposed to work??

Thanks...

-bob

POSTED BY: Bob Freeman
3 Replies
Posted 23 days ago

Well, another thing I tried is to run "wolframscript' (the command-line interface from a Terminal window) at the same time I had Wolfram running - but it won't let you and gives a license limit exceeded error window. if the limit were really 2 controlling processes, seems like Wolfram/Mathematica in one notebook would get one and there would still be one left over to do another "wolframscript" in a Terminal window - but that's not apparently possible...

So this whole license question is one rather obnoxious way of limiting what you can do in a really obnoxioius way. Seems like a whole lot of work to subvert using the software on your computer in ways that are not easy to anticipate. Wolfram sure goes out of their way to make it difficult to use rather than easy.

-bob

POSTED BY: Bob Freeman

Another really obnoxious thing is that if you try and run "wolframscript" in a Terminal window first and then try and run Mathematica/Wolfram as normal in GUI mode, you immediately get an error about exceeding license limits - this seems particulary egregious to me. There was one WolframKernel process running after the "wolframscript" invokation in the Terminal window, so it seems like that would be one of the two available controlling kernels and there should be one more left to at least start up Wolfram/Mathematica GUI window and run at least one Notebook window there, but that was not the case in my testing.

With the least expensive Mac Mini now - it has 10 cores (6 hi-performing and 4 efficiency) - it would seem that Wolfram might want to increase the license limits for their Home version (it has a default limit of 2 controlling and 4 computing kernels) expecially now that "wolframscript" command-line is now an included as an optional install package - why bother even including it when you can't even use it in concert with the GUI Wolfram/Mathematica application??

Really wish Wolfram would increase the allowable kernels in the Home version - is the default in the PRO version 2/4 also or is it more??

Seems really silly you can't have one Terminal window with "wolframscript" there and also have a GUI Wolfram/Mathematica as well - I think it would be handy to have that Terminal window there with "wolframscript" to be able to do quick math expressions/evaluations and then copy/paste to a text document all the time if you want as well as be able to do a GUI Wolfra/Mathematica window ready to do more normal Mathematica type Notebook stuff. Having to quit the GUI Wolfram/Mathematica just to be able to use "wolframscript" is just absolutely ridiculous.

Do others feel that this 2/4 limit to be too restrictive and wish that Wolfram would increase to reflect the incereased core count in today's computers or ??? Please add your opinion/two-cents and let Wolfram know how you feel...

Is there a better way than this user forum to let them know how this restriction is really a bad idea??

-bob

POSTED BY: Bob Freeman

A somewhat simplified explanation: The controlling process limit is the number of user facing kernels. You can create as many named local kernel configurations as you want, but you can only use "x" of them at the same time. The GUI starts two kernels when it starts up (by default). One is "Local" and is the default evaluator for notebooks in a session. The other is a helper kernel. You cannot directly run evaluations on it, but it also doesn't count against your process limit.

The computing process limit is basically for all of the Parallel functionality. ParallelMap, etc...

POSTED BY: Ian Hojnicki
Reply to this discussion
Community posts can be styled and formatted using the Markdown syntax.
Reply Preview
Attachments
Remove
or Discard

Group Abstract Group Abstract