Replies: 4 comments 4 replies
-
Because nextflow assumes 1 cpus == 1 slot to determine the slots requirement for each task |
Beta Was this translation helpful? Give feedback.
-
Sorry, I am not sure I follow. I have 10 machines with 120 cores (total of 1200 cores) -- Lets say all my tasks are 1 core each. In batch I make my own pool and limit the slots per node to 100 (leaving 20 cores for other stuff). So I can run 1000 jobs in parallel. |
Beta Was this translation helpful? Give feedback.
-
So I ran a quick test.... I pre-made a pool with: (Azure portal) Then in the nextflow azure config,
Note this is a 16 core machine -- NOT the actual one I am using -- I set this as the cores on this VM == 16 Then I ran 3 jobs with 1000 tasks each. VM count ==1 and then part way through set the VM count to 2. So with nextflow thinking I have 16 cores VMs and azure limiting to 16 per VM, I see the expected 32 tasks. Somehow I feel that for a predefined pool (one created in the Azure Portal) -- I should just be able to set the batch credentials and then on each nextflow process set the number of cores that it should use (my case 1) -- having to specify a VM type for a predefined pool seems a bit obsolete -- especially as there is no validation..... happy to take any thoughts.... |
Beta Was this translation helpful? Give feedback.
-
how about this: If the pool is preconfigured (azure portal , with a predefined number of tasks per node) Can nextflow not just use this task count ? |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
nextflow/plugins/nf-azure/src/main/nextflow/cloud/azure/batch/AzBatchService.groovy
Line 516 in 904c940
Anyone know why this is enforced? Surely you would not want the tasks to be the same as the core count?
Beta Was this translation helpful? Give feedback.
All reactions