Currently, the loop architecture with concurrent XF and pueoSim jobs is made to work with 4-5 XFkeys. But, with now up to 16, the XF jobs will finish much faster than before, and there's a possibility of submitting too many pueoSim jobs for the queue to handle. (max 1000 jobs in queue). Either limit the number of pueosim jobs to constrain npop*psimjobs < 1000 or create a clever way of submitting a variable number of jobs for an individual based on availability.
Currently, the loop architecture with concurrent XF and pueoSim jobs is made to work with 4-5 XFkeys. But, with now up to 16, the XF jobs will finish much faster than before, and there's a possibility of submitting too many pueoSim jobs for the queue to handle. (max 1000 jobs in queue). Either limit the number of pueosim jobs to constrain npop*psimjobs < 1000 or create a clever way of submitting a variable number of jobs for an individual based on availability.