Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #173492
| From | Henrique de Moraes Holschuh <hmh@debian.org> |
|---|---|
| Newsgroups | linux.debian.user |
| Subject | Re: Script vs command line behaviour |
| Date | 2016-10-15 15:50 +0200 |
| Message-ID | <ssxvz-8ip-9@gated-at.bofh.it> (permalink) |
| References | <srqZb-4nM-31@gated-at.bofh.it> <srr8T-4rr-73@gated-at.bofh.it> <sstLj-5NT-7@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Sat, 15 Oct 2016, Andre Majorel wrote: > Or is pkill more than a wrapper around kill(pid, 15) and > kill(pid, 9) ? pkill is quite less prone to killing the wrong process due to a race when you use it properly. In the general case one should avoid SIGKILL. Trying other signals that allow for orderly exit first is extremely recommended. SIGTERM being the typical one you'd want. There is also SIGQUIT, but too many programers get it wrong and trap SIGTERM for clean exit, but forget to actually trap SIGQUIT as well. > I used to have a user who had the bad habit of indiscriminately > going straight for SIGKILL. It was annoying. But not as much as > the fact that SIGKILL can't do anything about processes stuck in > "D" state. I really wish I knew a way to get rid of these. Processes are stuck in "D" state when the kernel is doing something on their behalf. State "D" is not really "waiting for IO" as I have seen people describe it, it would be more correct to call it "in the middle of a syscall". "waiting for IO" is just a subset of the reasons why a process can get stuck in "D" state... even if it is the most common one (AFAIK). -- Henrique Holschuh
Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Script vs command line behaviour Mark Fletcher <mark27q1@gmail.com> - 2016-10-12 14:40 +0200
Re: Script vs command line behaviour Greg Wooledge <wooledg@eeg.ccf.org> - 2016-10-12 14:50 +0200
Re: Script vs command line behaviour Frédéric Marchal <frederic.marchal@wowtechnology.com> - 2016-10-12 15:30 +0200
Re: Script vs command line behaviour Mark Fletcher <mark27q1@gmail.com> - 2016-10-12 15:50 +0200
Re: Script vs command line behaviour Greg Wooledge <wooledg@eeg.ccf.org> - 2016-10-12 16:00 +0200
Re: Script vs command line behaviour Mark Fletcher <mark27q1@gmail.com> - 2016-10-12 16:20 +0200
Re: Script vs command line behaviour Nicolas George <george@nsup.org> - 2016-10-12 16:30 +0200
Re: Script vs command line behaviour Mark Fletcher <mark27q1@gmail.com> - 2016-10-12 17:10 +0200
Re: Script vs command line behaviour Darac Marjal <mailinglist@darac.org.uk> - 2016-10-12 17:20 +0200
Re: Script vs command line behaviour Nicolas George <george@nsup.org> - 2016-10-12 17:20 +0200
Re: Script vs command line behaviour Mark Fletcher <mark27q1@gmail.com> - 2016-10-13 16:50 +0200
Re: Script vs command line behaviour Nicolas George <george@nsup.org> - 2016-10-13 17:00 +0200
Re: Script vs command line behaviour Mark Fletcher <mark27q1@gmail.com> - 2016-10-14 01:10 +0200
Re: Script vs command line behaviour Mark Fletcher <mark27q1@gmail.com> - 2016-10-13 01:30 +0200
Re: Script vs command line behaviour Henrique de Moraes Holschuh <hmh@debian.org> - 2016-10-14 02:50 +0200
Re: Script vs command line behaviour Gene Heskett <gheskett@shentel.net> - 2016-10-12 16:40 +0200
Re: Script vs command line behaviour Mark Fletcher <mark27q1@gmail.com> - 2016-10-12 17:20 +0200
Re: Script vs command line behaviour Frank <zuiderduin@gmx.com> - 2016-10-12 18:00 +0200
Re: Script vs command line behaviour Mark Fletcher <mark27q1@gmail.com> - 2016-10-13 01:20 +0200
Re: Script vs command line behaviour Andre Majorel <aym-naibed@teaser.fr> - 2016-10-15 11:50 +0200
Re: Script vs command line behaviour Henrique de Moraes Holschuh <hmh@debian.org> - 2016-10-15 15:50 +0200
Re: Script vs command line behaviour Jude DaShiell <jdashiel@panix.com> - 2016-10-12 23:00 +0200
Re: Script vs command line behaviour Mark Fletcher <mark27q1@gmail.com> - 2016-10-13 01:00 +0200
csiph-web