You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@trws noted in some perf benchmarking of Fluxion that hostlist_find_host() and specifically hostname_create() was taking a large percentage of time due mainly to the calloc(3) used in creating the struct hostname used for matching purposes.
Consider a strategy that doesn't require memory allocation to speed up repeated use of hostlist_find_host()
The text was updated successfully, but these errors were encountered:
Thanks for filing this @grondo! To add a bit of context, here's a slice of the perf output from the updated version of sched:
Overall it looks like hostlist ends up spending a good amount of time on allocations, and on repeatedly calculating lengths. Did we ever end up with a lib for string-with-length-and-capacity? It occurs to me because I'm working with the one git is using to fix the archive bug over there, and something like that would squash a lot of this and probably other similar things if we could easily pass those around.
@trws noted in some perf benchmarking of Fluxion that
hostlist_find_host()
and specificallyhostname_create()
was taking a large percentage of time due mainly to thecalloc(3)
used in creating thestruct hostname
used for matching purposes.Consider a strategy that doesn't require memory allocation to speed up repeated use of
hostlist_find_host()
The text was updated successfully, but these errors were encountered: