openmpi

Joshua Ladd 1cabd73522 Adding a new OPAL hash table routine. Please read the algorithm description in opal/class/opal_hash_table.c for more precise details on the design and implementation. This algorithm was contributed by David Linden of H.P. in partnership with Mellanox Technologies. This contribution achieves two objectives:

1. It's actually hashing now, whereas the old OPAL hash table was not. Thus, it is a bug fix for and, as such, should be included in the 1.8 series.

2. It is dynamic and can grow and shrink the number of buckets in accordance with job size, whereas the old OPAL hash table had a fixed number of buckets which resulted in poor retrieval performance at large scale.

This scheme has been deployed in the field on very large H.P./Mellanox systems and has been demonstrated to significantly decrease job start-up time (~ 20% improvement) when launching applications directly with srun in SLURM environments. However, neither SLURM nor direct launch are prerequisites to take advantage of this change as any entity that utilizes OPAL hash table objects can benefit (at least partially) from this contribution.

2014-10-09 17:24:23 +02:00

Makefile.am

Use opal_process_info whenever possible. Some other minor cleanups.

2014-07-26 21:48:23 +00:00

ompi_rb_tree.c

Use opal_process_info whenever possible. Some other minor cleanups.

2014-07-26 21:48:23 +00:00

opal_bitmap.c

A faster implementation of the OPAL_BITMAP. The corresponding

2014-06-13 21:15:35 +00:00

opal_hash_table.c

Adding a new OPAL hash table routine. Please read the algorithm description in opal/class/opal_hash_table.c for more precise details on the design and implementation. This algorithm was contributed by David Linden of H.P. in partnership with Mellanox Technologies. This contribution achieves two objectives: