1. 03 Nov, 2016 1 commit
  2. 02 Nov, 2016 2 commits
    • Jason Rhinelander's avatar
      Get jobno and open log after sleeping · 29685d2e
      Jason Rhinelander authored
      The previous code was obtaining the jobno and opening the log before
      any necessary sleeping, which two undesirable effects:
      
      1. The "Starting job n" messages looked fairly random when jobs were
      delayed.
      2. The initial batch of jobs were allocated not as hosts are actually
      available, but when hosts are available after a delay.  For a fast job
      with some hosts having a large number of CPUs, this means the job could
      take unnecessarily long: e.g. imagine a 'hostA=1 hostB=99' with an
      instantaneous job (and connection) executing 100 jobs: all jobnos would
      be instantly grabbed by the 99 threads, but the last job on hostB
      wouldn't run for 99 DELAY periods, even though the optimal solution is
      50 jobs each (and a total time of 50 DELAYs instead of 99 DELAYs).
      
      This fixes the problem by checking and obtaining a jobno after
      finishing the delay.
      29685d2e
    • Jason Rhinelander's avatar
      Fix Ctrl-C not aborting delayed jobs · f75fb2ea
      Jason Rhinelander authored
      abort_jobs was only checked when entering the job loop, but if a job
      entered the loop then had to wait, it didn't check abort_jobs again, so
      the delayed jobs would start up even after a Ctrl-C was received.
      f75fb2ea
  3. 25 Oct, 2016 1 commit
    • Jason Rhinelander's avatar
      Add CONNDELAY feature/option, with default 0.25 · 59f0070f
      Jason Rhinelander authored
      If a host supports many simultaneous jobs (e.g. a 20-core system),
      establishing all 20 connections simultaneously is a bad idea; this adds
      a minimum delay (defaulting to 0.25) between connections to the same
      host.
      59f0070f
  4. 21 May, 2016 1 commit
    • Jason Rhinelander's avatar
      Added FIRST; --help; environment var options · 86e47194
      Jason Rhinelander authored
      FIRST lets you control the first PARALLEL_JOBNO (instead of always
      starting from 1).  This is useful when you do something like
      '$((PARALLEL_JOBNO % 10))' to select one of 10 different cases in the
      job, so that you can restart exactly where you left off, instead of
      always having to restart at case '1'.
      
      Added --help argument (also HELP, -h, -?) to display full help.  Bad/no
      arguments now displays a short usage message without the help details.
      
      Allowed HOSTS, PER_HOST, and FIRST to be set through environment
      variables, prefixed with PARALLEL_, e.g.
      
          $ export PARALLEL_FIRST=27
          $ parallel-runner 10 'echo hi'
      
      now does the same thing as:
      
          $ parallel-runner FIRST=27 10 'echo hi'
      
      Command line arguments have highest precedence, then env vars, then
      file vars.
      86e47194
  5. 20 May, 2016 1 commit
  6. 19 May, 2016 1 commit
    • Jason Rhinelander's avatar
      Added overall job speed; improved output · b7353f07
      Jason Rhinelander authored
      - Add finish date and total time to output
      - Add overall job speed
      - Moved hosts stats after "Finished" and overall summary
      - Ident hosts for better appearance
      - Fixed bad grammar in "Finished: 1 successful jobs, 1 failures."
      - Fixed too many blank lines in output
      b7353f07
  7. 18 May, 2016 6 commits