Page MenuHomePhabricator

Reorganize PhutilDaemon into Overseers, Pools and Daemons in libphutil
ClosedPublic

Authored by epriestley on Feb 21 2017, 4:48 PM.
Tags
None
Referenced Files
F13994381: D17389.diff
Wed, Oct 23, 5:45 AM
F13981559: D17389.id.diff
Sat, Oct 19, 5:23 PM
F13976893: D17389.id41829.diff
Fri, Oct 18, 4:10 PM
Unknown Object (File)
Sat, Oct 12, 2:24 AM
Unknown Object (File)
Thu, Oct 10, 10:48 PM
Unknown Object (File)
Sep 16 2024, 12:30 AM
Unknown Object (File)
Sep 5 2024, 11:00 PM
Unknown Object (File)
Sep 1 2024, 5:37 AM
Subscribers
None

Details

Summary

Ref T12298. Ultimate goal is to let daemon pools scale down to 0 daemons when they aren't doing anything. This doesn't do that yet (and attempts to change no behavior).

This reorganizes the daemon code to make this change easier. Currently, some daemons are in pools and some are not. Intead, make everything a pool (the Pull and Trigger daemons just get pools with maximum size 1).

New object hiearchy is:

  • Overseer
    • Pool
      • Daemon

...and those objects each pretty much take care of their own stuff, instead of having daemons reach up into the Overseer to dispatch events back to themselves.

Test Plan
  • Ran phd debug, phd start, phd stop, phd status, etc.
  • Reviewed daemons in web console.
  • Changed config, saw daemons automatically restart.
  • Sent daemons signals.
  • Used --trace, activated memory tracing, activated verbose mode.

Diff Detail

Repository
rPHU libphutil
Lint
Lint Not Applicable
Unit
Tests Not Applicable