Correct Shared field in job state information seen by scontrol, sview, etc.

Only for pending jobs
bug 899

allocation and CR_PACK_NODES is set layout tasks appropriately.

This is related to bug 890

the sinfo command is parallelized for performance reasons and it
really can not be completely parallelized for some use cases.
see bug 883

Correct logic to support Power7 processor with 1 or 2 threads per core
(CPU IDs are not consecutive).
bug 891

There was some logic copied from bitstring.c and an unused variable
problem reported by the compiler.

This is due to a bug introduced in commit 83d626ca
SOme configurations could result in NULL names in the node list table
(e.g. hidden partitions).

SLowness introduced in commit 83d626ca

This reverts commit 0d6a9965
That patch would permit a job with shared resources to run on
the same node as a job without shared resources, unfortunately
it let those jobs share CPUs. Finer grained sharing might be
possible with extensive code changes, but not something to
work on now.

Without this change, the job's --shared option when used with a partition
configuration of Shared=YES was not being honored by the select/cons_res
or select/serial plugin.

Original code was implicitly setting a job's shared field to 1
for select/cons_res.

This reverts commit c773b750

display larger sharing values.

cores specialization test 17.34 failed with bad assignment logic

If FastSchedule=0 is configured and some nodes have not registered
for service (so we do not know their actual resource counts), then
leave the job pending rather than rejecting it without knowing if
it can run later (when the node registers and we know its specs).
bug 872

Rather than the numeric value

If a numeric value is not found in the function's table, print that
number rather than UNKNOWN.

For "scontrol --details show job" report the correct CPU_IDs when thre are
multiple threads per core (we are translating a core bitmap to CPU IDs).
This is an enhancement of commit 83d626ca
so the node table is only loaded once for the entire job table.
bug 850

Correct the record of CPU_IDs allocated to a job if there is more
than one CPU per core.

If job requests --exclusive then do not use nodes which have any cores in an
advanced reservation. Also prevents case where nodes can be shared by other
jobs.

Disable some logging that would be very slow unless
the _DEBUG flag is set in the plugin

If job requests --exclusive then do not use nodes which have any cores in an
advanced reservation. Previously the job would be allocated all of the cores
outside of the advanced reservation.

Correct support for partition with Shared=YES configuration.
Previous logic would share resources for jobs by default
(i.e. if user did not explicitly request --exclusive).
bug 758

This reording of some code results in cleaner logic

collapse the scheduling table when possible to reduce the
number of time slots to check for pending jobs. This should
improve performance considerably.

Previous logic was sometimes building incomplete map