gpt4 book ai didi

c - 哈希表实现

转载 作者:太空狗 更新时间:2023-10-29 17:05:28 24 4
gpt4 key购买 nike

我刚买了一本书《C 接口(interface)和实现》。第一章实现了一个“Atom”结构,示例代码如下:

#define NELEMS(x) ((sizeof (x))/(sizeof ((x)[0])))
static struct atom {
struct atom *link;
int len;
char *str;
} *buckets[2048];
static unsigned long scatter[] = {
2078917053, 143302914, 1027100827, 1953210302, 755253631, 2002600785,
1405390230, 45248011, 1099951567, 433832350, 2018585307, 438263339,
813528929, 1703199216, 618906479, 573714703, 766270699, 275680090,
1510320440, 1583583926, 1723401032, 1965443329, 1098183682, 1636505764,
980071615, 1011597961, 643279273, 1315461275, 157584038, 1069844923,
471560540, 89017443, 1213147837, 1498661368, 2042227746, 1968401469,
1353778505, 1300134328, 2013649480, 306246424, 1733966678, 1884751139,
744509763, 400011959, 1440466707, 1363416242, 973726663, 59253759,
1639096332, 336563455, 1642837685, 1215013716, 154523136, 593537720,
704035832, 1134594751, 1605135681, 1347315106, 302572379, 1762719719,
269676381, 774132919, 1851737163, 1482824219, 125310639, 1746481261,
1303742040, 1479089144, 899131941, 1169907872, 1785335569, 485614972,
907175364, 382361684, 885626931, 200158423, 1745777927, 1859353594,
259412182, 1237390611, 48433401, 1902249868, 304920680, 202956538,
348303940, 1008956512, 1337551289, 1953439621, 208787970, 1640123668,
1568675693, 478464352, 266772940, 1272929208, 1961288571, 392083579,
871926821, 1117546963, 1871172724, 1771058762, 139971187, 1509024645,
109190086, 1047146551, 1891386329, 994817018, 1247304975, 1489680608,
706686964, 1506717157, 579587572, 755120366, 1261483377, 884508252,
958076904, 1609787317, 1893464764, 148144545, 1415743291, 2102252735,
1788268214, 836935336, 433233439, 2055041154, 2109864544, 247038362,
299641085, 834307717, 1364585325, 23330161, 457882831, 1504556512,
1532354806, 567072918, 404219416, 1276257488, 1561889936, 1651524391,
618454448, 121093252, 1010757900, 1198042020, 876213618, 124757630,
2082550272, 1834290522, 1734544947, 1828531389, 1982435068, 1002804590,
1783300476, 1623219634, 1839739926, 69050267, 1530777140, 1802120822,
316088629, 1830418225, 488944891, 1680673954, 1853748387, 946827723,
1037746818, 1238619545, 1513900641, 1441966234, 367393385, 928306929,
946006977, 985847834, 1049400181, 1956764878, 36406206, 1925613800,
2081522508, 2118956479, 1612420674, 1668583807, 1800004220, 1447372094,
523904750, 1435821048, 923108080, 216161028, 1504871315, 306401572,
2018281851, 1820959944, 2136819798, 359743094, 1354150250, 1843084537,
1306570817, 244413420, 934220434, 672987810, 1686379655, 1301613820,
1601294739, 484902984, 139978006, 503211273, 294184214, 176384212,
281341425, 228223074, 147857043, 1893762099, 1896806882, 1947861263,
1193650546, 273227984, 1236198663, 2116758626, 489389012, 593586330,
275676551, 360187215, 267062626, 265012701, 719930310, 1621212876,
2108097238, 2026501127, 1865626297, 894834024, 552005290, 1404522304,
48964196, 5816381, 1889425288, 188942202, 509027654, 36125855,
365326415, 790369079, 264348929, 513183458, 536647531, 13672163,
313561074, 1730298077, 286900147, 1549759737, 1699573055, 776289160,
2143346068, 1975249606, 1136476375, 262925046, 92778659, 1856406685,
1884137923, 53392249, 1735424165, 1602280572
};
const char *Atom_new(const char *str, int len) {
unsigned long h;
int i;
struct atom *p;
assert(str);
assert(len >= 0);
for (h = 0, i = 0; i < len; i++)
h = (h<<1) + scatter[(unsigned char)str[i]];
h &= NELEMS(buckets)-1;
for (p = buckets[h]; p; p = p->link)
if (len == p->len) {
for (i = 0; i < len && p->str[i] == str[i]; )
i++;
if (i == len)
return p->str;
}
p = ALLOC(sizeof (*p) + len + 1);
p->len = len;
p->str = (char *)(p + 1);
if (len > 0)
memcpy(p->str, str, len);
p->str[len] = '\0';
p->link = buckets[h];
buckets[h] = p;//insert atom in front of list
return p->str;
}

在本章末尾的练习 3.1 中,本书的作者说"大多数文本建议使用质数作为大小水桶。使用素数和良好的散列函数通常会给出更好地分配卡在桶上的列表的长度。Atom 使用 2 的幂,有时会被明确引用作为一个糟糕的选择。编写一个程序来生成或读取 10,000典型字符串并测量 Atom_new 的速度和分布列表的长度。然后更换水桶,使其具有2,039 个条目(最大素数小于 2,048),并重复测量。使用素数有帮助吗?你的多少钱结论取决于您的具体机器?

所以我确实将哈希表大小更改为 2039,但实际上它似乎是一个质数列表长度的分布不佳,我尝试过 64、61、61 实际上也分布不佳。

我只是想知道为什么质数表大小会产生不良分布,这是因为与 Atom_new 一起使用的散列函数是不良散列函数吗?

我正在使用这个函数打印出原子列表的长度

#define B_SIZE 2048
void Atom_print(void)
{
int i,t;
struct atom *atom;
for(i= 0;i<B_SIZE;i++) {
t = 0;
for(atom=buckets[i];atom;atom=atom->link) {
++t;
}
printf("%d ",t);
}
}

最佳答案

好吧,很久以前我不得不实现一个哈希表(在驱动程序开发中),我也差不多。我到底为什么要使用素数? OTOH 的 2 次方甚至更好 - 在 2 的次方的情况下,您可以使用按位与而不是计算模数。

所以我实现了这样一个哈希表。 key 是一个指针(由某些第 3 方函数返回)。然后,最终我注意到在我的哈希表中只有所有条目的 1/4 被填充。因为我使用的那个散列函数是恒等函数,以防万一结果所有返回的指针都是 4 的倍数。

使用质数作为哈希表大小的想法如下:现实世界的哈希函数不会产生均匀分布的值。通常存在(或至少可能存在)某种依赖性。因此,为了分散这个分布,建议使用质数。

顺便说一句,从理论上讲,散列函数偶尔会产生您选择的素数的倍数。但这种情况发生的概率低于它不是质数的情况。

关于c - 哈希表实现,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6365171/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com