Page MenuHomeFreeBSD

Allow overriding VTABSIZE at compile-time.
ClosedPublic

Authored by bdrewery on Feb 12 2018, 11:02 PM.
Tags
None
Referenced Files
Unknown Object (File)
Feb 6 2024, 7:34 PM
Unknown Object (File)
Jan 29 2024, 3:16 PM
Unknown Object (File)
Jan 18 2024, 7:34 PM
Unknown Object (File)
Dec 22 2023, 9:44 PM
Unknown Object (File)
Dec 8 2023, 3:02 PM
Unknown Object (File)
Oct 3 2023, 5:45 PM
Unknown Object (File)
Aug 27 2023, 4:27 PM
Unknown Object (File)
Jul 13 2023, 6:21 AM
Subscribers

Details

Summary

Bumping this from 39 in Poudriere gives me significant time savings
in some cases due to heavy use of eval/setvar to store information
for all ports (25-30k+) in memory.

Specifically I have a hash_set/hash_isset/hash_get API that uses
eval/setvar to set arbitrary variables. I have it loading one
entry, for every port in the tree, into memory. I added some
calls to hash_set/hash_get (on unrelated-to-ports variables) into
a loop and found that it caused a 25% slowdown. I've realized
that I don't need this data loaded at all but want to bump the
value regardless since Poudriere uses so many vars and can easily
hit this sort of collision slowdown.

This will just let me override it at compile-time without needing
a patch.

It would be nice if this had auto resizing once collisions were
too high.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

I agree that hash table resizing would be nicer, but this is acceptable to commit.

This revision is now accepted and ready to land.Feb 13 2018, 4:21 PM
This revision was automatically updated to reflect the committed changes.