env_parallel.*: Converted to #!/usr/bin/env to avoid depening on all shells.

doc/release_new_version

@@ -219,9 +219,9 @@ cc:Tim Cuthbertson <tim3d.junk@gmail.com>,
    Ryoichiro Suzuki <ryoichiro.suzuki@gmail.com>,
    Jesse Alama <jesse.alama@gmail.com>
 
-Subject: GNU Parallel 20160822 ('Og Nomekop') released <<[stable]>>
+Subject: GNU Parallel 20160922 ('Umbria') released <<[stable]>>
 
-GNU Parallel 20160822 ('Og Nomekop') <<[stable]>> has been released. It is available for download at: http://ftpmirror.gnu.org/parallel/
+GNU Parallel 20160922 ('Umbria') <<[stable]>> has been released. It is available for download at: http://ftpmirror.gnu.org/parallel/
 
 <<No new functionality was introduced so this is a good candidate for a stable release.>>
 

src/env_parallel.bash

@@ -1,4 +1,4 @@
-#!/bin/bash
+#!/usr/bin/env bash
 
 # This file must be sourced in bash:
 #

src/env_parallel.csh

@@ -1,4 +1,4 @@
-#!/bin/csh
+#!/usr/bin/env csh
 
 # This file must be sourced in csh:
 #

src/env_parallel.fish

@@ -1,4 +1,4 @@
-#!/usr/bin/fish
+#!/usr/bin/env fish
 
 # This file must be sourced in fish:
 #

src/env_parallel.ksh

@@ -1,4 +1,4 @@
-#!/usr/bin/ksh
+#!/usr/bin/env ksh
 
 # This file must be sourced in ksh:
 #

src/env_parallel.pdksh

@@ -1,4 +1,4 @@
-#!/bin/pdksh
+#!/usr/bin/env pdksh
 
 # This file must be sourced in pdksh:
 #

src/env_parallel.tcsh

@@ -1,4 +1,4 @@
-#!/bin/csh
+#!/usr/bin/env tcsh
 
 # This file must be sourced in tcsh:
 #

src/env_parallel.zsh

@@ -1,4 +1,4 @@
-#!/usr/bin/zsh
+#!/usr/bin/env zsh
 
 # This file must be sourced in zsh:
 #

src/parallel_design.pod

@@ -746,7 +746,8 @@ are no visible files on it.
 =head3 Comparing to buffering in memory
 
 B<gargs> is a parallelizing tool that buffers in memory. It is
-therefore a useful way of comparing the advantages and disadvantages.
+therefore a useful way of comparing the advantages and disadvantages
+of buffering in memory to buffering on disk.
 
 On an system with 6 GB RAM free and 6 GB free swap these were tested
 with different sizes:
@@ -786,15 +787,17 @@ The results are here:
 GNU B<parallel> is pretty much limited by the speed of the disk: Up to
 6 GB data is written to disk but cached, so reading is fast. Above 6
 GB data are both written and read from disk. When the 30000MB job is
-running, the system is slow, but not completely unusable: If you are
+running, the disk system is slow, but not completely unusable: If you are
 not using the disk, you almost do not feel it.
 
-B<gargs> hits a wall around 2500M. Then the system starts swapping
+B<gargs> has a speed advantage up until 2500M where it hits a
-like crazy and is completely unusable. At 5000M it goes out of memory.
+wall. Then the system starts swapping like crazy and is completely
+unusable. At 5000M it goes out of memory.
 
 You can make GNU B<parallel> behave similar to B<gargs> if you point
 $TMPDIR to a tmpfs-filesystem: It will be faster for small outputs,
-but kill your system for larger outputs.
+but may kill your system for larger outputs and cause you to lose
+output.
 
 
 =head2 Disk full