EMOD3D wct estimation exceeds maximum allowed

ucgmsim / slurm_gm_workflow

Porting the GM workflow to run on new NeSI HPC (Maintainer: Jonney)

MIT License

0 stars 2 forks source link

EMOD3D wct estimation exceeds maximum allowed #467

Open sungeunbae opened 1 year ago

sungeunbae commented 1 year ago

#PBS -N emod3d.Swedge5_REL38
#PBS -V
#PBS -q normal
#PBS -A inhouse
#PBS -l select=47:ncpus=64:mpiprocs=64:ompthreads=1
#PBS -l walltime=103:30:00
#PBS -W sandbox=PRIVATE

(python3_nurion) x2568a06@login04: /scratch/x2568a02/UC/RunFolder/Cybershake/v22p4/Runs/Swedge5/Swedge5_REL38> qsub -V run_emod3d_Swedge5_REL38_20230203_084348.pbs qsub: Job violates queue and/or server resource limits

sungeunbae commented 1 year ago

Found that the scaling works ok - however, get_lf_cores_wct multiplies the wct based on the number of retires. The ideal solution will be multipying wct only if the previoius fails were due to wct timeout.