幾個元素的map vs unordered_map

Question

我試圖在map和unordered_map之間選擇以下用例：

map的關鍵是指針。 最常見的用例是地圖中將有一個元素。 通常，地圖中的最大元素數小於10.地圖經常被訪問，速度是最重要的因素。 對地圖的更改很少發生。

雖然測量速度顯然是正確的方法，但這個代碼將在幾個平台上使用，所以我試圖創建一個通用的經驗法則，根據元素的數量在map和unordered_map之間進行選擇。 我在這里看到一些帖子暗示std :: map對於少數元素可能更快，但沒有給出“小”的定義。

是否有基於元素數量在何時根據map和unordered_map進行選擇的經驗法則？ 另一種數據結構（例如通過vector線性搜索）是否更好？

Answer 1

在你總是需要測量以便找出在性能方面更合適的前提下，如果所有這些都是真的：

1. 地圖的變化不常見;
2. 地圖最多包含10個元素;
3. 查找會很頻繁;
4. 你非常關心表現;

然后我會說你最好把你的元素放在一個std::vector然后對你所有的元素進行一次簡單的迭代，找到你正在尋找的元素。

std::vector將在連續的內存區域中分配其元素，因此緩存局部性可能會為您提供更高的性能 - 在緩存未命中之后從主內存獲取緩存行所需的時間至少為一個數量級高於訪問CPU緩存所需的時間。

非常有趣的是，看起來Boost的flat_map非常適合您的用例（由Praetorian提供 ）：

flat_map類似於std::map但它實現為有序向量。 （ 來自在線文檔 ）

因此，如果您使用Boost是一個選項，您可能想嘗試這個。

Answer 2

我相信你的10個元素或更少的元素，通常只有一個線性搜索未分類的矢量將是最好的。 但是，根據使用的散列算法，unordered_map可能會更快。

你應該很容易進行基准測試。