некоторые вопросы по хэш-таблице / неупорядоченной карте

Я работаю над приложением с низкой задержкой, которое должно быть высокоэффективным все время.

Мне нужно найти какой-то индекс, основанный на строке, поэтому я использую c ++ unordered_map.
Ограничения:
-Только вставки и поиски, без удалений
ключ — строка, значение — int
Ожидается, что не более 1 миллиона записей будут добавлены в unordered_map

• Я устанавливаю резерв unordered_map в 1 миллион. Это хорошо, или я должен резервировать на несколько процентов больше ожидаемых записей, чтобы избежать перефразирования?
  Могу ли я установить его в 1 миллион, или я должен установить большое простое число, близкое к 1 миллиону или около 2 степени.

• Я использую строковую хэш-функцию по умолчанию в c ++ std lib, которая называется murmur2.
  Мои ключи имеют длину от 25 до 50 символов, и все они являются уникальными ключами, содержащими цифры, прописные буквы английского алфавита и символы _. Достаточно ли этой хеш-функции для равномерного распределения ключей или мне нужно предоставить лучшую хеш-функцию для unordered_map?

• Будет ли unordered_map выделять пространство для 1 миллиона пар ключей, значений, а также для массива размером 1 миллион, когда я вызываю резерв, или в резерве создается только массив такого размера, а пары ключей и значений выделяются динамически при вставке?

• Сколько сопротивления будет динамическое распределение пар ключ-значение в куче при вставке? Тем более, что это большая хеш-таблица со множеством записей.

• По соображениям производительности, было бы хорошей идеей реализовать мою собственную хеш-таблицу с памятью, предварительно выделенной для 1 миллиона записей в стеке или во время инициализации, или вышеупомянутые оптимизации unordered_map достаточно близки?

• Есть ли способ заранее выделить память для ожидаемого количества записей в unorderd_map, чтобы избежать динамического выделения при вставке?