Find PID eines Prozesses nach Name ohne Verwendung von popen() oder system()

Question

Ich habe einen Prozessnamen und ich muss ein kill() Signal an diesen Prozess senden, aber ich brauche seine PID, um kill() aufzurufen. Ich möchte nur verwenden:

popen("pidof process_name"); 

als letzte Sache. Gibt es eine andere Möglichkeit, den PID Prozess herauszufinden? Eine Möglichkeit, an die ich denken könnte, ist, eine Socket-Anfrage an diesen Prozess zu senden und nach seiner PID zu fragen.

Der andere Weg ist ein wenig zu kompliziert für einen einfachen Code Ich schreibe: zu tun, was pidof command's source code tatsächlich tut (es verwendet einen Funktionsaufruf find_pid_by_name(), aber das macht eine Menge Dinge).

Wenn keine einfache Lösung möglich ist, habe ich dies zu tun:

system("pkill <process_name>"); 

und überprüfen Sie die Return-Code. Aber wird es auf allen Linux-Rechnern sicher verfügbar sein?

Answer 1

Sie erwähnten, dass Sie Linux verwenden. Es ist nicht die sauberste Lösung, aber Sie können jeden Eintrag in/proc durchlaufen und den Prozessnamen in cmdline nach dem suchen, was Sie suchen.

Answer 2

Verwendung sysctl - Example code

EDIT - es ist in Linux verfügbar see here

Answer 3

Dies scheint gut für mich zu arbeiten.

Möglicherweise möchten Sie jedoch den vollständigen Pfad des Prozesses angeben, damit Sie einen Prozess mit einem ähnlichen Namen nicht beenden.

Der Hauptvorteil davon ist, dass Sie das Signal angeben können, das Sie senden möchten.

system("killall -s 9 process_name"); 

Answer 4

warum nicht fcntl mit F_GETOWN verwenden?

Answer 5

Procfs-Lesevorgänge sind sehr billig, viele Leute denken daran, durch/proc wie sie iterieren durch/zu durchlaufen, es ist wirklich nicht der Fall überhaupt.

Sparen Sie etwas Zeit, indem Sie einen Eintrag überspringen, der unter 1000 ist, es hat keinen Sinn, Kernel-Threads zu untersuchen. Also, im Grunde .. nach opendir(), wenn strtoint() denkt, der Eintrag ist ein int, und dass int größer als oder gleich 1000 ist, lesen Sie einfach/proc /% d/stat.

Versuchen Sie, den Drang zu vermeiden, nur die "exe" -Link aufzulösen, da dies nicht den Status des Prozesses, der das Signal erhalten wird, sagen wird. Wenn sich das Ziel zum Beispiel im Zustand "D" (Disk Sleep) befindet, möchten Sie wissen, dass das Signal nicht sofort oder vielleicht nie geliefert wird, wenn der D-Zustand mehrjährig ist.

Auf den meisten Systemen werden 70 - 120 Prozesse zu untersuchen sein und Sie werden oft Ihr Ziel finden, bevor Sie das Ende erreichen.

Answer 6

Sie erwähnen, "Eine Möglichkeit, an die ich denken könnte, ist, eine Socket-Anfrage an diesen Prozess zu senden und nach seiner PID zu fragen." Es klingt wie der Prozess, den Sie versuchen zu töten, ist ein Programm, das Sie geschrieben haben.

Wenn dies der Fall ist, ist die Kanonical Sache zu tun, die PID in einer Datei (in der Regel unter/var/run, wenn Sie darauf Zugriff haben) während des Programms zu speichern, und entfernen Sie die Datei, wenn das Programm beendet.Auf diese Weise erkennen, ob nicht das Programm läuft ist so einfach wie

if kill -0 $(cat /var/run/myprog.pid 2>/dev/null) 2>/dev/null; then 
    echo Running! 
else 
    rm -f /var/run/myprog.pid 
    echo "Not running." 
end 

Eine sorgfältige Untersuchung aller Auswirkungen des obigen Codes wird wahrscheinlich Sie viel über beibringen, wie PID-Dateien arbeiten. Oder Sie können nur nach einer ausführlicheren Erklärung fragen.

Answer 7

@GregRogers Antworten zu vervollständigen, müssen Sie nur die Umsetzung von pidof https://gitlab.com/procps-ng/procps/blob/master/proc/readproc.c#L932

wie Sie können

• https://gitlab.com/procps-ng/procps/blob/master/pidof.c#L147
• https://gitlab.com/procps-ng/procps/blob/master/proc/readproc.h#L288
• überprüfen sehen, es sucht nur Verzeichnis/proc .