LKML Archive on lore.kernel.org
 help / color / Atom feed
* [RFC] The SIGINFO signal from BSD
@ 2014-11-05 15:17 Martin Tournoij
  2014-11-05 19:31 ` Austin S Hemmelgarn
  0 siblings, 1 reply; 10+ messages in thread
From: Martin Tournoij @ 2014-11-05 15:17 UTC (permalink / raw)
  To: linux-kernel

Hi there,

As a long-time BSD user, I have become quite used to the SIGINFO (sent with ^t)
feature; after switching to Linux as my desktop a few months ago, I very much
miss this.

SIGINFO prints the status of the process to the terminal; BSD cp, for example,
shows show much data it's copied:

    $ cp large_file /dev/null
    <press ^t>
    load: 1.39  cmd: cp 85837 [running] 3.91r 0.00u 0.98s 8% 2340k
    large_file -> /dev/null  15%

As you see, it shows the current load, pid, process status, memory usage, as
well as how much of the file has been copied. Many other BSD tools print similar
statistics (mv, tar, dd, sleep, fetch, etc.).

On Linux, sometimes SIGUSR1 is used for similar purposes, the problem with this
is that SIGUSR{1,2} will terminate a program if a program doesn't have a signal
handler installed(!)
SIGUSR1 also has no defined meaning, and may do something radically different;
nginx, for example, reopens the logfiles on SIGUSR1, and SIGUSR2 upgrades the
nginx executable on-the-fly.

So you need to carefully inspect the documentation, hope it's not out of date,
and then send SIGUSR1 and pray.

This is different from SIGINFO, which does nothing when it's not installed,
which is safe. You can send SIGINFO to any process, and not be afraid you kill
it.

In addition, it's also not easy to send SIGUSR1, you need to open a new
terminal, find the pid, and use a kill command (you could also use
pkill/killall, with the risk of sending the signal to other processes).

SIGINFO is, AFAIK, supported since 4.4BSD & descendants (ie. all modern BSD
systems), as well as MacOS X. Perhaps other systems as well (but did not
investigate).

Why don't we have SIGINFO on Linux? Would a patch to implement this be accepted?

SIGINFO is not defined in any standard, but Linux already implements other
useful non-standard signals (most notably SIGWINCH). IMHO it's a very useful
feature.

Thanks,
Martin

PS.
I am *not* subscribed to this maillist; please cc me in replies!

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, back to index

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-11-05 15:17 [RFC] The SIGINFO signal from BSD Martin Tournoij
2014-11-05 19:31 ` Austin S Hemmelgarn
2014-11-05 20:14   ` Theodore Ts'o
2014-11-05 20:30     ` Austin S Hemmelgarn
2014-11-05 22:13     ` Martin Tournoij
2014-11-06 13:19       ` Pádraig Brady
2014-11-10 14:22     ` One Thousand Gnomes
2014-11-10 14:34       ` Martin Tournoij
2014-11-10 16:16       ` Austin S Hemmelgarn
2014-11-23  9:48       ` Pavel Machek

LKML Archive on lore.kernel.org

Archives are clonable:
	git clone --mirror https://lore.kernel.org/lkml/0 lkml/git/0.git
	git clone --mirror https://lore.kernel.org/lkml/1 lkml/git/1.git
	git clone --mirror https://lore.kernel.org/lkml/2 lkml/git/2.git
	git clone --mirror https://lore.kernel.org/lkml/3 lkml/git/3.git
	git clone --mirror https://lore.kernel.org/lkml/4 lkml/git/4.git
	git clone --mirror https://lore.kernel.org/lkml/5 lkml/git/5.git
	git clone --mirror https://lore.kernel.org/lkml/6 lkml/git/6.git
	git clone --mirror https://lore.kernel.org/lkml/7 lkml/git/7.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 lkml lkml/ https://lore.kernel.org/lkml \
		linux-kernel@vger.kernel.org linux-kernel@archiver.kernel.org
	public-inbox-index lkml


Newsgroup available over NNTP:
	nntp://nntp.lore.kernel.org/org.kernel.vger.linux-kernel


AGPL code for this site: git clone https://public-inbox.org/ public-inbox