From owner-svn-doc-head@freebsd.org Tue Mar 1 14:54:01 2016 Return-Path: Delivered-To: svn-doc-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 1F8A7ABDE02; Tue, 1 Mar 2016 14:54:01 +0000 (UTC) (envelope-from bhd@FreeBSD.org) Received: from repo.freebsd.org (repo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E386F1DD4; Tue, 1 Mar 2016 14:54:00 +0000 (UTC) (envelope-from bhd@FreeBSD.org) Received: from repo.freebsd.org ([127.0.1.37]) by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id u21Erx1c011427; Tue, 1 Mar 2016 14:53:59 GMT (envelope-from bhd@FreeBSD.org) Received: (from bhd@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id u21Erx3T011426; Tue, 1 Mar 2016 14:53:59 GMT (envelope-from bhd@FreeBSD.org) Message-Id: <201603011453.u21Erx3T011426@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: bhd set sender to bhd@FreeBSD.org using -f From: Bjoern Heidotting Date: Tue, 1 Mar 2016 14:53:59 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r48305 - head/de_DE.ISO8859-1/books/handbook/basics X-SVN-Group: doc-head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-head@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: SVN commit messages for the doc tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2016 14:54:01 -0000 Author: bhd Date: Tue Mar 1 14:53:59 2016 New Revision: 48305 URL: https://svnweb.freebsd.org/changeset/doc/48305 Log: Update to r43021: Combine "Processes" and "Daemons, Signals, and Killing Processes" into one section entitled "Processes and Daemons" - introduce daemons and processes in same introductory section - add headings for viewing processes and for killing processes - update listings Modified: head/de_DE.ISO8859-1/books/handbook/basics/chapter.xml Modified: head/de_DE.ISO8859-1/books/handbook/basics/chapter.xml ============================================================================== --- head/de_DE.ISO8859-1/books/handbook/basics/chapter.xml Tue Mar 1 11:10:59 2016 (r48304) +++ head/de_DE.ISO8859-1/books/handbook/basics/chapter.xml Tue Mar 1 14:53:59 2016 (r48305) @@ -5,7 +5,7 @@ $FreeBSD$ $FreeBSDde$ - basiert auf: r42953 + basiert auf: r43021 --> Grundlagen des UNIX Betriebssystems @@ -3002,7 +3002,7 @@ root 5211 0.0 0.2 3620 1724 2 - Prozesse + Prozesse und Dämonen &os; ist ein Multitasking-Betriebssystem. Jedes Programm, das zu irgendeiner Zeit läuft wird als @@ -3022,7 +3022,33 @@ root 5211 0.0 0.2 3620 1724 2 als Elternprozess besitzt. Die Ausnahme hiervon ist ein spezieller Prozess namens &man.init.8;, der beim booten immer als erstes gestartet wird und der immer die - PID 1 hat. + PID 1 hat. + + Manche Programme erwarten keine Eingaben vom Benutzer und + lösen sich bei erster Gelegenheit von ihrem Terminal. Ein + Webserver zum Beispiel antwortet auf Web-Anfragen und nicht auf + Benutzereingaben. Mail-Server sind ein weiteres Beispiel für + diesen Typ von Anwendungen. Diese Programme sind als + Dämonen bekannt. Der Begriff Dämon + stammt aus der griechischen Mythologie und bezeichnet ein Wesen, + das weder gut noch böse ist und welches unsichtbar nützliche + Aufgaben verrichtet. Deshalb ist das BSD Maskottchen dieser + fröhlich aussehende Dämon mit Turnschuhen und Dreizack. + + Programme, die als Dämon laufen, werden entsprechend einer + Konvention mit einem d am Ende benannt. + BIND steht beispielsweise für + Berkeley Internet Name Domain, das tatsächlich laufende Programm + heißt aber named. Der + Apache Webserver wird + httpd genannt und der Druckerspool-Dämon + heißt &man.lpd.8;. Dies ist allerdings nur eine Konvention. + Der Dämon der Anwendung Sendmail + heißt beispielsweise sendmail und nicht + maild. + + + Prozesse beobachten Um die Prozesse auf dem System zu sehen, benutzen Sie &man.ps.1; und &man.top.1;. Eine statische Liste der laufenden @@ -3037,21 +3063,9 @@ root 5211 0.0 0.2 3620 1724 2 Prozesse, die dem Benutzer gehören. Zum Beispiel: &prompt.user; ps - PID TT STAT TIME COMMAND - 298 p0 Ss 0:01.10 tcsh - 7078 p0 S 2:40.88 xemacs mdoc.xsl (xemacs-21.1.14) -37393 p0 I 0:03.11 xemacs freebsd.dsl (xemacs-21.1.14) -72210 p0 R+ 0:00.00 ps - 390 p1 Is 0:01.14 tcsh - 7059 p2 Is+ 1:36.18 /usr/local/bin/mutt -y - 6688 p3 IWs 0:00.00 tcsh -10735 p4 IWs 0:00.00 tcsh -20256 p5 IWs 0:00.00 tcsh - 262 v0 IWs 0:00.00 -tcsh (tcsh) - 270 v0 IW+ 0:00.00 /bin/sh /usr/X11R6/bin/startx -- -bpp 16 - 280 v0 IW+ 0:00.00 xinit /home/nik/.xinitrc -- -bpp 16 - 284 v0 IW 0:00.00 /bin/sh /home/nik/.xinitrc - 285 v0 S 0:38.45 /usr/X11R6/bin/sawfish + PID TT STAT TIME COMMAND +8203 0 Ss 0:00.59 /bin/csh +8895 0 R+ 0:00.00 ps Die Ausgabe von &man.ps.1; ist in einer Anzahl von Spalten organisiert. Die PID Spalte zeigt die @@ -3084,20 +3098,25 @@ root 5211 0.0 0.2 3620 1724 2 Die Ausgabe von &man.top.1; sieht ähnlich aus: &prompt.user; top -last pid: 72257; load averages: 0.13, 0.09, 0.03 up 0+13:38:33 22:39:10 -47 processes: 1 running, 46 sleeping -CPU states: 12.6% user, 0.0% nice, 7.8% system, 0.0% interrupt, 79.7% idle -Mem: 36M Active, 5256K Inact, 13M Wired, 6312K Cache, 15M Buf, 408K Free -Swap: 256M Total, 38M Used, 217M Free, 15% Inuse - - PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND -72257 nik 28 0 1960K 1044K RUN 0:00 14.86% 1.42% top - 7078 nik 2 0 15280K 10960K select 2:54 0.88% 0.88% xemacs-21.1.14 - 281 nik 2 0 18636K 7112K select 5:36 0.73% 0.73% XF86_SVGA - 296 nik 2 0 3240K 1644K select 0:12 0.05% 0.05% xterm - 175 root 2 0 924K 252K select 1:41 0.00% 0.00% syslogd - 7059 nik 2 0 7260K 4644K poll 1:38 0.00% 0.00% mutt -... +last pid: 9609; load averages: 0.56, 0.45, 0.36 up 0+00:20:03 10:21:46 +107 processes: 2 running, 104 sleeping, 1 zombie +CPU: 6.2% user, 0.1% nice, 8.2% system, 0.4% interrupt, 85.1% idle +Mem: 541M Active, 450M Inact, 1333M Wired, 4064K Cache, 1498M Free +ARC: 992M Total, 377M MFU, 589M MRU, 250K Anon, 5280K Header, 21M Other +Swap: 2048M Total, 2048M Free + + PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND + 557 root 1 -21 r31 136M 42296K select 0 2:20 9.96% Xorg + 8198 dru 2 52 0 449M 82736K select 3 0:08 5.96% kdeinit4 + 8311 dru 27 30 0 1150M 187M uwait 1 1:37 0.98% firefox + 431 root 1 20 0 14268K 1728K select 0 0:06 0.98% moused + 9551 dru 1 21 0 16600K 2660K CPU3 3 0:01 0.98% top + 2357 dru 4 37 0 718M 141M select 0 0:21 0.00% kdeinit4 + 8705 dru 4 35 0 480M 98M select 2 0:20 0.00% kdeinit4 + 8076 dru 6 20 0 552M 113M uwait 0 0:12 0.00% soffice.bin + 2623 root 1 30 10 12088K 1636K select 3 0:09 0.00% powerd + 2338 dru 1 20 0 440M 84532K select 1 0:06 0.00% kwin + 1427 dru 5 22 0 605M 86412K select 1 0:05 0.00% kdeinit4 Die Ausgabe ist in zwei Abschnitte geteilt. In den ersten fünf Kopfzeilen finden sich die zuletzt zugeteilte @@ -3105,9 +3124,12 @@ Swap: 256M Total, 38M Used, 217M Free, 1 (engl. load average), die Systemlaufzeit (die Zeit seit dem letzten Reboot) und die momentane Zeit. Die weiteren Zahlen im Kopf beschreiben wie - viele Prozesse momentan laufen (im Beispiel 47), wie viel + viele Prozesse momentan laufen, wie viel Speicher und Swap verbraucht wurde und wie viel Zeit das System - in den verschiedenen CPU-Modi verbringt. + in den verschiedenen CPU-Modi verbringt. Wenn das System mit + dem ZFS-Dateisystem formatiert wurde, dann + liefert die Zeile ARC Informationen, wie + viele Daten aus dem Cache gelesen wurden. Darunter befinden sich einige Spalten mit ähnlichen Informationen wie in der Ausgabe von &man.ps.1;, @@ -3116,47 +3138,17 @@ Swap: 256M Total, 38M Used, 217M Free, 1 hat. &man.top.1; zeigt in zwei Spalten den Speicherverbrauch des Prozesses an. Die erste Spalte gibt den gesamten Speicherverbrauch des Prozesses an, in der zweiten - Spalte wird der aktuelle Verbrauch angegeben. - mutt hat im gezeigten Beispiel - insgesamt 8 MB Speicher verbraucht. Momentan benutzt - es allerdings nur 5 MB. + Spalte wird der aktuelle Verbrauch angegeben. Die Anzeige wird von &man.top.1; automatisch alle zwei Sekunden aktualisiert. Ein anderer Intervall kann mit spezifiziert werden. - - - - Dämonen, Signale und Stoppen von Prozessen + - Wenn Sie einen Editor benutzen, können Sie ihn leicht - bedienen und Dateien laden, weil der Editor dafür Vorsorge - getroffen hat und auf einem Terminal - läuft. Manche Programme erwarten keine Eingaben von einem - Benutzer und lösen sich bei erster Gelegenheit von ihrem - Terminal. Ein Webserver zum Beispiel antwortet auf - Web-Anfragen und nicht auf Benutzereingaben. Mail-Server sind - ein weiteres Beispiel für diesen Typ von Anwendungen. - - Diese Programme sind als Dämonen - bekannt. Der Begriff Dämon stammt aus der griechischen - Mythologie und bezeichnet ein Wesen, das weder gut noch böse ist - und welches unsichtbar nützliche Aufgaben verrichtet. Deshalb - ist das BSD Maskottchen dieser fröhlich aussehende Dämon mit - Turnschuhen und Dreizack. - - Programme, die als Dämon laufen, werden entsprechend einer - Konvention mit einem d am Ende benannt. - BIND steht beispielsweise für - Berkeley Internet Name Domain, das tatsächlich laufende Programm - heißt aber &man.named.8;. Der Apache - Webserver wird httpd genannt und der - Druckerspool-Dämon heißt &man.lpd.8;. Dies ist allerdings nur - eine Konvention. Der Dämon der Anwendung - Sendmail heißt beispielsweise - &man.sendmail.8; und nicht maild. + + Stoppen von Prozessen - Eine Möglichkeit mit einem Dämon oder einem laufenden + Eine Möglichkeit mit einem laufenden Prozess zu kommunizieren, ist über das Versenden von Signalen mittels &man.kill.1;. Es gibt eine Reihe von verschiedenen Signalen. Manche haben eine feste @@ -3173,9 +3165,10 @@ Swap: 256M Total, 38M Used, 217M Free, 1 eine Anwendung schlecht geschrieben ist und auf Speicher zugreift, auf den sie nicht zugreifen soll, so sendet &os; dem Prozess das Segmentation Violation Signal - (SIGSEGV). Wenn eine Anwendung den &man.alarm.3; - Systemaufruf benutzt hat, um nach einiger Zeit benachrichtigt zu - werden, bekommt sie das Alarm Signal (SIGALRM) + (SIGSEGV). Wenn eine Anwendung programmiert + wurde, den &man.alarm.3; Systemaufruf zu benutzen, um nach + einiger Zeit benachrichtigt zu werden, bekommt sie das + Alarm-Signal (SIGALRM) gesendet. Zwei Signale können benutzt werden, um einen Prozess zu stoppen: @@ -3188,9 +3181,7 @@ Swap: 256M Total, 38M Used, 217M Free, 1 Aktion durchführt, die nicht unterbrochen werden darf. SIGKILL kann von keinem Prozess ignoriert - werden. Das Signal lässt sich mit Mich interessiert - nicht, was du gerade machst, hör sofort auf damit! - umschreiben. Wird einem Prozess SIGKILL + werden. Wird einem Prozess SIGKILL geschickt, dann wird &os; diesen sofort beenden Es gibt Fälle, in denen ein Prozess nicht unterbrochen werden kann. Wenn ein Prozess zum Beispiel eine Datei von @@ -3203,8 +3194,8 @@ Swap: 256M Total, 38M Used, 217M Free, 1 Andere häufig verwendete Signale sind SIGHUP, SIGUSR1 und - SIGUSR2. Diese Signale sind für allgemeine - Zwecke vorgesehen und verschiedene Anwendungen werden + SIGUSR2. Da diese Signale für allgemeine + Zwecke vorgesehen sind, werden verschiedene Anwendungen unterschiedlich auf diese Signale reagieren. Ändern Sie beispielsweise die Konfiguration eines @@ -3274,16 +3265,15 @@ Swap: 256M Total, 38M Used, 217M Free, 1 zu starten. Beachten Sie, dass die unterschiedlichen Shells eine andere Syntax benutzen, um die Namen der Signale anzugeben. Anstatt jede Syntax zu - lernen, kann es einfacher sein, /bin/kill - ... direkt - aufzurufen. + lernen, kann es einfacher sein, + /bin/kill direkt aufzurufen. Beim Versenden von anderen Signalen, ersetzen Sie TERM oder KILL in der - Kommandozeile mit dem entsprechenden Signal. + Kommandozeile mit dem Namen des Signals. Das zufällige Beenden eines Prozesses kann gravierende @@ -3295,6 +3285,7 @@ Swap: 256M Total, 38M Used, 217M Free, 1 immer zweimal bevor Sie Return drücken. +