Skip to content

Conversation

@as-j
Copy link
Contributor

@as-j as-j commented Jun 25, 2019

This avoids having to reload all peers, and when you have 12k of them this can take 30s while it happens, and blocks all traffic while in progress.

as-j added 2 commits June 24, 2019 12:56
Before a SIGHUP could be sent to the process, but this caused
fastd to spend 2-3 minutes reloading config files when there
are 10,000 peers.  This allows it to load a file at a time
when new keys are copied over.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants