Bagaimana saya harus memeriksa apakah PID yang diberikan sedang berjalan?

Saya sedang menulis skrip Perl yang mem-parsing file log untuk mengumpulkan PID dan kemudian memeriksa apakah PID itu berjalan. Saya mencoba memikirkan cara terbaik untuk melakukan pemeriksaan itu. Jelas, saya bisa melakukan sesuatu seperti:

system("ps $pid > /dev/null") && print "Not running\n";

Namun, saya lebih suka menghindari panggilan sistem jika memungkinkan. Karena itu saya pikir saya bisa menggunakan sistem /procfile (portabilitas bukan masalah, ini akan selalu berjalan pada sistem Linux). Sebagai contoh:

if(! -d "/proc/$pid"){
    print "Not running\n";
}

Apakah itu aman? Bisakah saya selalu berasumsi bahwa jika tidak ada /proc/$pid/direktori PID terkait tidak berjalan? Saya berharap demikian karena AFAIK pssendiri mendapatkan informasinya /proctetapi karena ini untuk kode produksi, saya ingin memastikan.

Jadi, dapatkah ada kasus di mana proses yang berjalan tidak memiliki /proc/PIDdirektori atau di mana /proc/PIDdirektori ada dan proses tersebut tidak berjalan? Apakah ada alasan untuk lebih memilih parsing psdaripada memeriksa keberadaan direktori?

Fungsi perl kill(0,$pid)dapat digunakan.

Jika kode pengembaliannya 1 maka PID ada dan Anda diizinkan mengirim sinyal kepadanya.

Jika kode pengembalian adalah 0 maka Anda perlu memeriksa $ !. Mungkin EPERM (izin ditolak) yang berarti proses itu ada atau ESRCH dalam hal mana proses itu tidak ada.

Jika kode pemeriksaan Anda berjalan rootmaka Anda dapat menyederhanakan ini hanya dengan memeriksa kode pengembalian kill; 0 => kesalahan, 1 => ok

Sebagai contoh:

% perl -d -e 0

Loading DB routines from perl5db.pl version 1.37
Editor support available.

Enter h or 'h h' for help, or 'man perldebug' for more help.

main::(-e:1):   0
  DB<1> print kill(0,500)
0
  DB<2> print $!
No such process
  DB<3> print kill(0,1)
0
  DB<4> print $!
Operation not permitted
  DB<5> print kill(0,$$)
1

Ini dapat dibuat menjadi fungsi sederhana

use Errno;

sub test_pid($)
{
  my ($pid)=@_;

  my $not_present=(!kill(0,$pid) && $! == Errno::ESRCH);

  return($not_present);
}

print "PID 500 not present\n" if test_pid(500);
print "PID 1 not present\n" if test_pid(1);
print "PID $$ not present\n" if test_pid($$);

• Saya 99,9% yakin bahwa memeriksa apakah ada (dan merupakan direktori) 98% dapat diandalkan seperti teknik. Alasan mengapa 98% tidak 100% adalah titik yang disentuh Stephen Harris (dan terpental) dalam komentar - yaitu, sistem file mungkin tidak dipasang. Ini mungkin berlaku untuk klaim bahwa sistem Linux tanpa adalah rusak, sistem terdegradasi - setelah semua, hal seperti , , dan mungkin tidak akan bekerja - dan jadi kekuatan ini tidak menjadi masalah untuk sistem produksi. Tapi itu (secara teoritis) mungkin untuk itu tidak pernah dipasang (walaupun ini mungkin mencegah sistem dari datang ke keadaan normal), itu pasti mungkin untuk tidak di-mount (saya sudah mengujinya ¹/proc/PIDkill 0/proc/procpstoplsof), dan saya percaya bahwa tidak ada jaminan bahwa itu akan ada (yaitu, itu tidak diperlukan oleh POSIX). Dan, kecuali sistem itu sepenuhnya disemprot, killakan berfungsi.
• Komentar Stephen berbicara tentang "pergi ke sistem file" dan "menggunakan panggilan sistem asli". Saya percaya bahwa ini sebagian besar adalah herring merah.
  • Ya, setiap upaya untuk mengakses /proc memerlukan membaca direktori root untuk menemukan sistem /procfile. Hal ini berlaku untuk setiap usaha untuk mengakses setiap file dengan nama path absolut, termasuk hal-hal di /bin, /etc, dan /dev. Ini terjadi begitu sering sehingga direktori root pasti di-cache dalam memori untuk seumur hidup (uptime) sistem, sehingga langkah ini dapat dilakukan tanpa disk I / O. Dan, begitu Anda memiliki inode /proc, semua hal lain yang terjadi adalah dalam memori.
  • Bagaimana Anda mengakses /proc? Dengan stat, open, readdir, dll, yang sistem asli panggilan setiap bit sebanyak kill.

• Pertanyaannya berbicara tentang proses yang sedang berjalan. Ini adalah ungkapan yang licin. Jika Anda benar-benar ingin menguji apakah proses sedang berjalan (yaitu, dalam antrian proses; mungkin proses saat ini pada beberapa CPU; tidak tidur, menunggu, atau berhenti), Anda mungkin perlu melakukan dan membaca output , atau melihat . Tetapi saya tidak melihat petunjuk dalam pertanyaan atau komentar Anda bahwa Anda prihatin dengan ini.ps PID /proc/PID/stat

  Gajah di ruangan itu, bagaimanapun, adalah bahwa proses zombie ² bisa sulit dibedakan dari proses yang hidup dan sehat.  kill 0bekerja pada zombie, dan ada. Anda dapat mengidentifikasi zombie dengan teknik yang tercantum dalam paragraf sebelumnya (melakukan dan membaca hasilnya, atau melihat ). Saya sangat cepat & santai (yaitu, tidak sangat teliti) pengujian menunjukkan bahwa Anda juga dapat melakukan ini dengan melakukan atau pada , atau - ini akan gagal pada zombie. (Namun, mereka juga akan gagal pada proses yang tidak Anda miliki.)/proc/PIDps PID/proc/PID/statreadlinklstat/proc/PID/cwd/proc/PID/root/proc/PID/exe

____________
¹  jika opsi -f( f ) tidak berfungsi, coba -l( l azy).
²  yaitu, proses yang telah keluar / mati / diakhiri, tetapi orang tuanya belum melakukan a wait.