To run 6 processes simultaneously, whether in the foreground or the background, 6 runtimes are required. Of course, if they are in the foreground, 6PCs are needed, whereas if they are in the background, only one PC is sufficient. Nonetheless, we understand that the number of PCs does not affect the required number of runtimes.
However, why does the document below state that only 2 runtimes are needed to run 6 background processes? It mentions that 3PCs can run 6 processes by using two runtimes on each PC. In that case, wouldn’t simultaneous execution be impossible?
Even if this content does not assume simultaneous execution as a requirement, something still seems off. In the example below, it states that 4 runtimes are needed when 4 Windows background processes are running. If simultaneous execution is not necessary, it should be possible with only one runtime. Why am I so confused?
If 6 foreground processes need to run simultaneously, and 2 processes are already running, wouldn’t the remaining 4 processes be unable to run because all the runtimes are in use?
If the number of PCs affects the runtime, only 2 runtimes are allocated to a machine template, then can 200 background processes be run simultaneously if there are 100 PCs connected to that template?
Sorry, Keegan. I’m still uncertain. I also checked the link you provided. I’ll try asking in a different way.
I need to run 100 background processes, but I only have one Linux PC. I want to run all 100 processes simultaneously. Background processes can run multiple instances on a single PC. However, 100 runtimes need to be registered with the machine template that the PC uses. If there are only 30 runtimes, only 30 processes will run on one PC, and the remaining 70 processes will be pending. Is my understanding correct so far?
If my understanding is correct so far, my question is this: a single PC can run 100 processes as long as there are enough runtimes available.
So, why is the optimal setting for 6 background processes 2 runtimes in the original screenshot? Since a single PC can run multiple background processes, the number of Linux PCs we have is not important. Therefore, the explanation that only 2 runtimes are needed because 6 processes divided by 3 (the number of PCs) equals 2 runtimes is hard to understand.
If there are enough runtimes, a single PC can run all background processes simultaneously. So why does the optimal setting in the screenshot depend on the number of Linux PCs?
But In the first example, it is stated that 4 runtimes are needed when running 4 background processes on a single Windows PC. If it’s possible to run multiple background processes with a single runtime, why are there 4 runtimes set up?
Additionally, according to this link(Robot - Background Process Automation), Attended robots can run multiple background processes with a single runtime, but Unattended robots consume a separate runtime for each background process.
Oh, I fully understand now. It’s not that PCs divide the number of runtimes set in the machine template at runtime. When PCs are connected to the machine template, each PC gets the runtime set. For example, if the runtime of the machine template is 2 and 3 PCs are connected to the template, it doesn’t mean that 3 PCs share 2 licenses. Each PC has the right to use 2 runtimes, so you need to purchase a total of 6 tenant-level unattended licenses. If you connect 3 PCs to a template with 2 runtimes allocated, but you’ve only purchased 5 runtimes at the tenant level, 2 PCs will have complete licenses, but 1 PC will have an incomplete license.
This link contains the answer. I believe it’s not good for learners because this document was not in the runtime or machine template documents but in the wrong place(It was in the Monitoring document).
