Zombie-Prozess(linux) auch bei windows?

sfgheady

Member
Themenstarter
Registriert
19 Mai 2011
Beiträge
298
Hallo,
ich habe gerade einwenig lange weile und mache mir ein paar gedanken zu betriebssystemen.
In linux gibt es ja den zombie-prozess, wenn ein geforkter elternprozess seinen kindprozess noch nicht gekillt hat und dieser in der prozessliste abgelegt ist, jedoch keinen
speicher frisst, bis auf die belegung in der prozessliste.
nun meine frage. gibt es sowas wie einen zombie prozess auch unter windows? würde ich echt mal interessieren.

gruß, sfgheady.
 
Ich würde sagen falls Windows das nicht separat überprüft ist das durchaus möglich wenn etwas nicht sauber implementiert ist.
Aber genaueres kann ich dir dazu auch nicht sagen.
 
also einen zombieprozess gibt es auch unter windows, jedoch wird dieser nicht angezeigt in der prozessliste, irgentwie komisch, aber wie finde ich heraus ob gerade einer "läuft"...
 
Diese (fast schon philosophische) Frage wird wohl nur Microsoft selbst beantworten können, denn nur MS kennt den Windows-Quellcode.

Grüße Thomas
 
Es gibt bei Windows 2000 ein Kernel Debug Command um Zombies aufzuspüren. Das habe ich mal ein einer Übersicht gesehen.
Hab eben auch mal kurz danach gegoogelt weil es mich auch interessiert. Dabei habe ich folgendes Zitat aus einem Probekapitel
eines Buchs für Windows Server 2003 gefunden:

Administrators coming from the UNIX environment occasionally face a runaway
process known as a zombie. Microsoft claims that zombies will not occur in Windows
Server 2003 because its processes do not use the parent/child relationship inherent
in UNIX. Each Windows Server process is discrete and independent of the presence
or health of a parent. While this may be technically true, certainly some processes
(generated by either Microsoft or third-party software) begin sapping very large
amounts of memory and become very difficult to kill. Use the Task Manager or the
Process Viewer to kill such processes. On rare occasions, you may have to invoke the
action more than once.
 
also heißt dies, das es keine zombieprozesse unter windows gibt, weil die eltern/kind prozesse unabhänig sind?
 
Diese Aussage stimmt nicht ganz:
Werden unter Windows 32 Bit 16-Bit - Programme ausgeführt, laufen sie als Kind-Prozess unter dem Prozess "wowexec" (der eingerückte Task im Taskmanager oberhalb von "wowexec"). Sie können auch weitere Kindprozesse, wie Druckerspooler etc. starten.

"Stirbt" dieser 16 Bit-Prozess (Absturz, "Task beenden",...) laufen wowexec und eventuell existierende weitere Kindprozesse als "Zombie" weiter, bis man wowexec gewaltsam beendet. Oftmals ist erst dann auch wieder möglich, ein weiteres oder das gleiche 16-Bit-Programm neu zu starten.
 
wo wir schon bei "exec" sind, kannst du auch gleich erklären was genau die exec-funktion ist?
 
aus der manpage zu exec:
EXEC(3) Linux Programmer's Manual EXEC(3)

NAME
execl, execlp, execle, execv, execvp - execute a file

SYNOPSIS
#include <unistd.h>

extern char **environ;

int execl(const char *path, const char *arg, ...);
int execlp(const char *file, const char *arg, ...);
int execle(const char *path, const char *arg,
..., char * const envp[]);
int execv(const char *path, char *const argv[]);
int execvp(const char *file, char *const argv[]);

DESCRIPTION
The exec() family of functions replaces the current process image with a new process image. The functions described in this manual page are front-ends for execve(2). (See the manual page for
execve(2) for further details about the replacement of the current process image.)

The initial argument for these functions is the pathname of a file which is to be executed.

The const char *arg and subsequent ellipses in the execl(), execlp(), and execle() functions can be thought of as arg0, arg1, ..., argn. Together they describe a list of one or more pointers to null-
terminated strings that represent the argument list available to the executed program. The first argument, by convention, should point to the filename associated with the file being executed. The
list of arguments must be terminated by a NULL pointer, and, since these are variadic functions, this pointer must be cast (char *) NULL.

The execv() and execvp() functions provide an array of pointers to null-terminated strings that represent the argument list available to the new program. The first argument, by convention, should
point to the filename associated with the file being executed. The array of pointers must be terminated by a NULL pointer.

The execle() function also specifies the environment of the executed process by following the NULL pointer that terminates the list of arguments in the argument list or the pointer to the argv array
with an additional argument. This additional argument is an array of pointers to null-terminated strings and must be terminated by a NULL pointer. The other functions take the environment for the
new process image from the external variable environ in the current process.
 
heißt dies, das ein "altes" programm eines prozesses durch ein neues programm überladen wird? :confused:
 
jupp. das aufrufende programm wird komplett durch das neue ersetzt. soll das "alte" weiterlaufen, muss vor dem "exec" ein "fork" erfolgen und in abhängigkeit von dessen rückgabewert (0 im kind-prozess, pid des kindes im eltern-prozess) dann der exec-befehl entweder ausgeführt (kind-prozess) oder übersprungen (eltern-prozess) werden
 
  • ok1.de
  • ok2.de
  • thinkstore24.de
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen

Werbung

Zurück
Oben