Add time_app_delay to deprecated list since we no longer record it.
Add option to require master to wait for a specified number of workers to
connect before starting to dispatch tasks.
Add timing information for result retrieval since the results are now retrieved
much earlier than the outputs.
Add API to set and get the master bandwidth when transferring files to and from workers.
Report the total capacity of a local resource as its smallest and largest
values.
Fix typo.
Undocument the experimental feature that forces master to wait for specified
number of workers before beginning to dispatch tasks. (This feature was used in
the paper on application level techniques submitted to the TCC journal).
Add comment that activate_worker_waiting() is not intended for production use.
1. Rename get/set bandwidth since they work with two different entities.
2. Add and use a function that returns the overall bandwidth measured by the
queue.
Note swig optional dependency
work_queue: fix paths to work_queue_worker in detailed examples
work_queue: add find_executable function and use it to find gzip

This allows the example to work on Ubuntu where gzip is in /bin rather than
/usr/bin.
Merge pull request #347 from pbui/ubuntu-fixes

Ubuntu fixes for wq.
Removing *pyc, 1.txt from wq python bindings
readlink `/proc/self/exe` returns absolute path
readlink on `/proc/self/exe` should return an absolute path.

Under Parrot, when the access path of readlink system call is /proc/self/exe,
Parrot will call pfs_process_lookup(pid) to obtain the pfs_process struct and
store the file name referred by /proc/self/exe into target->name.  What we need
to do is ensure the target->name to be absolute path.

Fixes #348.

* ccl/pull/349/head:
  readlink `/proc/self/exe` returns absolute path
Merge pull request #343 from dpandiar/master

Changes to WQ for the experimental work in TCC journal submission

The changes introduce:
1. reporting totals of local cores, disk, gpu and memory as min and max values. These are now reported in WQ stats but are currently undocumented. We might want to revisit this as part of #276.
2. an experimental feature that blocks the master from dispatching tasks until a specified number of workers connect. This was used in running experiments for the journal.
3. new fields in WQ task struct that record the time of (stdout) result retrieval since we fetch results much earlier than output files.
4. documented API to set and get the current master bandwidth. The set API gives same behavior as the "--bandwidth" option in wq_worker for limiting foreman bandwidth.
Document wq_pool on-demand foreman issues
wq worker does not timeout when there are available results
Merge pull request #351 from btovar/wq_no_timeout_when_results

Worker does not timeout from being idle when it has task results waiting to be retrieved by master.