Use xhash for the node hash instead of the basic hash currently
implemented.
In order to understand the hashing logic of slurm and see where was the
limitation in terms of scalability, I did some tests with cluster sizes
varying from 64 to 64k nodes. I saw the same kind of performance issues
that you saw with large sizes (more than a few thousands nodes).

Looking at the code, I noticed that the hash table of the node records
was not built before the construction of the topology information in
slurmctld ! Making sure that the hash table is present really reduces
the built time.

This patch ensures that and enable to get sub-second built time
for topology information in scenarios that were used to require a
minute before.

I think that using this patch, the load time of slurm confs is less
problematic.
Fix reconfig issue in relation to previous xhash commit
Initial addition of the routing plugins
remove unused variables.
Add missing ()
Make the debug_flags 64 bit
Just playing it safe.
Minor reformatting
run autogen.sh
Add new test to test routing plugin
Add test33.1 to Makefile.am
Clarify --ntasks-per-node job option
Merge branch 'slurm-14.03'
Add logic for job array cancel

This adds a new function job_str_signal() which can be used to
cancel/signal a job array using a single RPC rather than a series
if RPCs, one per job record, which does not work with the new
job array data structure. This new logic is untested.
Clarify PriorityDecayHalflife definition
Fix abort on GRES configuration change

Fix for possible abort on change in GRES configuration.
bug 958
Merge branch 'slurm-14.03'
Wait for sufficient idle nodes

Previously the test could start and fail due to completing jobs
Clarify cpu binding operation

Note that the map/mask specified applies to all allocated nodes.