-
Notifications
You must be signed in to change notification settings - Fork 0
feature request: mxqkill #403
Comments
Sounds sensible. I would just opt for ( |
even better - you may probably want disable this option for privileged users, or not - no risk no fun |
Hmmm. Is it better to kill the jobs or the groups or to have both options? If the later,
Maybe like this:
That would be in line with Or just don't defined short options for |
Please excuse my ignorance. What is the difference? Would “kill the job” mean to kill the running jobs? |
Is one of these options faster than the other? Then I would opt for the fastest option to be |
If the group is cancelled, the group goes into to the status 'CANCELLED' and is no longer open for new jobs. If you submit again with with same parameters, a new group would be created. This is more or less only a difference for the statistics. As we only would cancel active (running or pending) jobs, we should also only cancel active groups (those with running or pending jobs), and not really all (historical) groups of the user. Maybe we should just go for the jobs and not for the groups for now.
All jobs is faster in theory only, but it shouldn't make a noticeable difference in the real world. |
Agreed |
btw: You can open mxq-related issue at https://github.molgen.mpg.de/mariux64/mxq/issues ,too. Next time :-) |
Go ahead an kill all your active jobs with |
As a user I sometimes want to kill/cancel my jobs as fast as possible. Especially I do not want to look up a group id and type it into again. Why not have something like
which would kill all jobs which it can kill.
Note:
mxqkill -u USER
does not work for normal users.The text was updated successfully, but these errors were encountered: