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 use case I have in mind is again ImageMagick. Imagine I want to kill all processes that invoked ImageMagick, and those invocations are strewn across the code base. Also assume that I invoke another command often, say curl. I want to be able to kill all ImageMagick commands or all curl commands at once. That means I would have to track child processes separately for both (or in some kind of centralised object). If OSSubprocess had a facility for grouping the only thing I’d have to do would be to add something like #groupAs: #imageMagick when creating the process.
I do see that this may take some work. I also concede that it’s not something terribly necessary. I just though it could be nice (think of CGroups for instance: https://www.kernel.org/doc/Documentation/cgroups/cgroups.txt).
Max, would you agree that instead of groupAs: a tag: could do the trick and since it's quite general it might have other use cases besides grouping?
The text was updated successfully, but these errors were encountered:
From Max Leske
The use case I have in mind is again ImageMagick. Imagine I want to kill all processes that invoked ImageMagick, and those invocations are strewn across the code base. Also assume that I invoke another command often, say curl. I want to be able to kill all ImageMagick commands or all curl commands at once. That means I would have to track child processes separately for both (or in some kind of centralised object). If OSSubprocess had a facility for grouping the only thing I’d have to do would be to add something like #groupAs: #imageMagick when creating the process.
I do see that this may take some work. I also concede that it’s not something terribly necessary. I just though it could be nice (think of CGroups for instance: https://www.kernel.org/doc/Documentation/cgroups/cgroups.txt).
Max, would you agree that instead of
groupAs:
atag:
could do the trick and since it's quite general it might have other use cases besides grouping?The text was updated successfully, but these errors were encountered: