Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Efficient alias file change detection #37

Open
scott-ainsworth opened this issue Nov 22, 2021 · 0 comments
Open

Efficient alias file change detection #37

scott-ainsworth opened this issue Nov 22, 2021 · 0 comments
Assignees
Labels
goal A medium- or long-term goal
Milestone

Comments

@scott-ainsworth
Copy link
Owner

Currently, avahi-alias-deamon polls for changes to /etc/avahi/avahi-aliases, which is primitive and inefficient. Two possibilities for change detection are subscribing to file system events, signalling, and service restart.

Discussion

Event subscription: File system event subscription is efficient. However, it varies by operating system and can fail (e.g., due to capacity limits). Thus, a fall back is needed. The fall back could be polling or signaling.

Signalling: Sending a daemon a HUP signal is a long-standing method to have a daemon reload data. However, it only notifies under limited circumstances. In this case, when avahi-alias makes changes. Editing the aliases files directly will not send a signal to the daemon. Thus, a fall back is needed. This is likely to be service restart.

Service Restart: This is built in to both systemd and init.d.

Requirements

  • Choose a change detection method.
  • Implement change detection
@scott-ainsworth scott-ainsworth added the goal A medium- or long-term goal label Nov 22, 2021
@scott-ainsworth scott-ainsworth added this to the Somday/Maybe milestone Nov 22, 2021
@scott-ainsworth scott-ainsworth self-assigned this Dec 4, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
goal A medium- or long-term goal
Projects
None yet
Development

No branches or pull requests

1 participant