With the addition of journalled soft updates, the "newblk" structures
persist much longer than previously. Historically we had at most 100 entries; now the count may reach a million. With the increased count we spent far too much time looking them up in the grossly undersized newblk hash table. Configure the newblk hash table to accurately reflect the number of entries that it must index. Reviewed by: kib Tested by: Peter Holm MFC after: 2 weeks
This commit is contained in:
parent
57591d8e78
commit
8cf85cf292
@ -2393,7 +2393,7 @@ softdep_initialize()
|
||||
max_softdeps = desiredvnodes * 4;
|
||||
pagedep_hashtbl = hashinit(desiredvnodes / 5, M_PAGEDEP, &pagedep_hash);
|
||||
inodedep_hashtbl = hashinit(desiredvnodes, M_INODEDEP, &inodedep_hash);
|
||||
newblk_hashtbl = hashinit(desiredvnodes / 5, M_NEWBLK, &newblk_hash);
|
||||
newblk_hashtbl = hashinit(max_softdeps / 2, M_NEWBLK, &newblk_hash);
|
||||
bmsafemap_hashtbl = hashinit(1024, M_BMSAFEMAP, &bmsafemap_hash);
|
||||
i = 1 << (ffs(desiredvnodes / 10) - 1);
|
||||
indir_hashtbl = malloc(i * sizeof(indir_hashtbl[0]), M_FREEWORK,
|
||||
|
Loading…
x
Reference in New Issue
Block a user