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.
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.