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
The design of Ifrit makes a great deal of sense for the general case of folks on POSIX-y operating systems.
On Windows, however, os.Signal is not so much a thing -- os.Interrupt exists, but as far as I can tell it's specific to applications running in a terminal session.
Perhaps a future version of the API should have more flexibility in the channel used to trigger graceful shutdown?
The text was updated successfully, but these errors were encountered:
Yes it is very POSIX-y, but ifrit's use of signals is independent from the underlying signals used by the operating system. Conceptually, the purpose is to allow users the ability to differentiate between requests for a clean (blocking) shutdown and a faster non-blocking shutdown. You can tie these options into whatever control system you are using.
The design of Ifrit makes a great deal of sense for the general case of folks on POSIX-y operating systems.
On Windows, however,
os.Signal
is not so much a thing --os.Interrupt
exists, but as far as I can tell it's specific to applications running in a terminal session.Perhaps a future version of the API should have more flexibility in the channel used to trigger graceful shutdown?
The text was updated successfully, but these errors were encountered: