주어진 PID가 실행 중인지 어떻게 확인해야합니까?

PID를 수집하기 위해 로그 파일을 구문 분석하고 해당 PID가 실행 중인지 확인하는 Perl 스크립트를 작성 중입니다. 확인하는 가장 좋은 방법을 생각하고 있습니다. 분명히, 나는 다음과 같은 것을 할 수 있습니다 :

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

그러나 가능한 경우 시스템 호출을 피하고 싶습니다. 따라서 /proc파일 시스템을 사용할 수 있다고 생각했습니다 (이동성은 문제가되지 않으며 항상 Linux 시스템에서 실행됩니다). 예를 들면 다음과 같습니다.

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

안전한가요? /proc/$pid/디렉토리가 없으면 연관된 PID가 실행되고 있지 않다고 항상 가정 할 수 있습니까 ? 어쨌든 AFAIK ps자체가 정보를 얻었 으므로 기대 /proc하지만 이것이 프로덕션 코드 용이므로 확실합니다.

따라서 실행중인 프로세스에 /proc/PID디렉토리가 없거나 /proc/PID디렉토리가 있고 프로세스가 실행되고 있지 않은 경우가 있습니까? ps디렉토리가 있는지 확인 하는 것보다 구문 분석을 선호하는 이유가 있습니까?

펄 함수 kill(0,$pid) 사용할 수 있습니다.

리턴 코드가 1이면 PID가 존재하며 신호를 보낼 수 있습니다.

리턴 코드가 0이면 $!를 확인해야합니다. 프로세스가 존재 함을 의미하는 EPERM (권한 거부)이거나 프로세스가 존재하지 않는 경우 ESRCH 일 수 있습니다.

확인 코드가 다음과 같이 실행중인 경우 root kill 리턴 코드를 점검하여이를 단순화 할 수 있습니다. 0 => 오류, 1 => 확인

예를 들면 다음과 같습니다.

% 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

이것은 간단한 기능으로 만들 수 있습니다

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($$);

• 나는 99.9 % 가 존재 하는지 (그리고 디렉토리 인지) 확인하는 것이 기술 만큼 신뢰할 수 있는지 98 % 확신합니다 . 98 %가 100 %가 아닌 이유는 Stephen Harris가 주석에서 손을 대고 튕겨 버린 지점입니다. 즉, 파일 시스템이 마운트되지 않았을 수 있습니다. 그것은 제에 유효 할 수없는 리눅스 시스템 손상, 저하 된 시스템입니다 - 모든 후, 일이 좋아 , 하고/proc/PIDkill 0/proc/procpstoplsof 아마 작동하지 않습니다 -이 힘 프로덕션 시스템에 문제가되지 않도록. 그러나 (이론적으로는) 마운트되지 않은 것이 가능합니다 (시스템이 정상 상태가되는 것을 막을 수는 있지만) 확실히 마운트 해제 될 수 있습니다 (테스트했습니다 ¹), 그리고 그것이 존재할 것이라는 보장이 없다고 생각합니다 (즉, POSIX에 필요하지 않음). 그리고 시스템이 완전히 호스로 연결되어 있지 않으면 kill작동합니다.
• Stephen의 의견은 "파일 시스템으로 나가기"및 "기본 시스템 호출 사용"에 대해 설명합니다. 나는 이것이 주로 붉은 청어라고 생각합니다.
  • 예, 액세스를 시도 /proc 하려면 파일 시스템 을 찾기 위해 루트 디렉토리를 읽어야합니다 /proc. 이 시도가 액세스 마찬가지입니다 어떤 에서 일을 포함하여, 절대 경로로 파일을 /bin, /etc하고 /dev. 루트 디렉토리가 시스템의 전체 수명 (가동 시간) 동안 반드시 메모리에 캐시되기 때문에 디스크 I / O없이이 단계를 수행 할 수 있습니다. 그리고 일단 inode /proc가 있으면 다른 모든 일은 메모리에 있습니다.
  • 어떻게 액세스 /proc합니까? 와 stat, open, readdir, 등의 기본 시스템은만큼 모든 비트를 호출있는 kill.

• 이 질문은 프로세스 실행에 대해 이야기합니다. 이것은 미끄러운 문구입니다. 실제로 프로세스가 실행 중인지 (예 : 실행 큐에서, 일부 CPU의 현재 프로세스, 휴면, 대기 또는 중지되지 않은지) 테스트하려는 경우 a를 수행 하고 출력을 읽 거나 . 그러나 나는 당신이 이것에 대해 당신의 질문이나 의견에 힌트를 보지 못합니다.ps PID /proc/PID/stat

  그러나 방 안에있는 코끼리는 좀비 ² 프로세스가 살아있는 프로세스와 구별하기 어려울 수 있다는 것입니다.  kill 0좀비에서 작동하며 존재합니다. 이전 단락에 나열된 기술을 사용하여 좀비를 식별 할 수 있습니다 ( 출력 수행 및 읽기 또는 ). 내 매우 빠른 & 캐주얼 (즉, 매우 철저하지 않음) 테스트 당신은 또한을 수행하여이 작업을 수행 할 수 있음을 시사 나 에 , 또는 -이 좀비에 실패합니다. 그러나 소유하지 않은 프로세스에서도 실패합니다./proc/PIDps PID/proc/PID/statreadlinklstat/proc/PID/cwd/proc/PID/root/proc/PID/exe

____________
¹  경우 -f( f를 ORCE) 옵션이하지 않는 일, 시도 -l( 리터 AZY).
²  즉, 종료 된 프로세스는 / / 종료 죽었지 만 그의 부모는 아직 일을하지 않았습니다 wait.