Yeni başlayan sürecin parasını nasıl alabilirim

Süreci başlatmak (örn. MyCommand) ve onun parasını almak istiyorum (daha sonra öldürmek için).

PS ve süzgeç adına göre denedim, ancak işlemi adlara göre ayırt edemiyorum

myCommand
ps ux | awk '/<myCommand>/ {print $2}' 

Çünkü süreç isimleri benzersiz değildir.

İşlemi şu şekilde yapabilirim:

myCommand &

Bu PID’yi aşağıdaki adresten alabileceğimi öğrendim:

echo $!

Daha basit bir çözüm var mı?

MyCommand'ı çalıştırmaktan ve PID'sini bir satır komutunun sonucu olarak almaktan memnuniyet duyarım.

Bundan daha basit ne olabilir echo $!? Bir satır olarak:

myCommand & echo $!

Komutu küçük bir komut dosyasına sarın

#!/bin/bash
yourcommand &
echo $! >/path/to/pid.file

Sen kullanabilirsiniz sh -cve exechatta komutunun PıD'YI almak için önce o çalışır.

Başlamak için myCommand, PID'i çalışmaya başlamadan önce yazdırılacak şekilde kullanabilirsiniz:

sh -c 'echo $$; exec myCommand'

Nasıl çalışır:

Bu, yeni bir kabuk başlatır, bu kabuğun PID'sini yazdırır ve daha sonra aynı PID'ye sahip olmasını sağlayarak kabuğunu komutunuzla değiştirmek için execyerleşimi kullanır . Kabuğunuz yerleşik bir komutu çalıştırdığında, kabuğunuz aslında kendi ayrı PID'sine sahip olan ve daha sonra komut haline gelen yeni bir kopyasını oluşturma davranışından ziyade, bu komut haline geliyor .exec

Bunu asenkron yürütme (ile &), iş kontrolü veya aramayı içeren alternatiflerden çok daha basit buluyorum ps. Bu yaklaşımlar gayet iyi, ancak onları kullanmak için belirli bir nedeniniz olmadığı sürece - örneğin, belki de komut zaten çalışıyor, bu durumda PID'sini aramak veya iş kontrolünü kullanmak mantıklı olacaktır - önce bu yolu düşünmenizi öneririm. (Ve bunu başarmak için kesinlikle karmaşık bir senaryo veya başka bir program yazmayı düşünmeyeceğim).

Bu cevap , bu tekniğin bir örneğini içerir.

Bu komutun bölümleri zaman zaman ihmal edilebilir, ancak genellikle değil.

Kullandığınız kabuk bir Bourne stili olsa ve dolayısıyla execbu semantik ile yerleşik yapıyı desteklese bile , genellikle bu amaç için sh -cyeni, ayrı bir kabuk işlemi oluşturmaktan kaçının (veya eşdeğeri) kullanmaktan kaçınmamalısınız.

• Kabuk bir kez olunca myCommand, sonraki komutları çalıştırmak için bekleyen bir kabuk yoktur. Kendisini değiştirdikten sonra sh -c 'echo $$; exec myCommand; fookaçmayı deneyemezdi . Bunu en son komut olarak çalıştıran bir komut dosyası yazmıyorsanız, yalnızca diğer komutları çalıştırdığınız bir kabukta kullanamazsınız .foomyCommandecho $$; exec myCommand
• Bunun için alt kabuk kullanamazsınız . (echo $$; exec myCommand)sözdizimsel olarak daha güzel olabilir sh -c 'echo $$; exec myCommand', ancak $$içeri ( )girdiğinizde, alt kabuğun kendisinden değil, üst kabuğun PID değerini verir. Ancak, yeni komutun PID'i olacak olan deniz kabuğunun PID'sidir. Bazı kabukları Eğer altkabuk en PID, bulmak için kendi taşınabilir olmayan mekanizmalar getirmesi olabilir bunun için kullanın. Özellikle, Bash 4'te , (echo $BASHPID; exec myCommand)çalışır.

Son olarak, bazı mermilerin, daha sonra bir şey yapmak zorunda kalmayacakları biliniyorsa (örneğin, ilk önce forgo bıraktıkları gibi) bir komutu çalıştırdıkları bir optimizasyon yapacağını unutmayın exec. Bazı mermiler, çalıştırılacak en son komut olduğu zaman bunu yapmaya çalışır, bazıları ise sadece komuttan önce veya sonra başka bir komut olmadığında ve diğerleri de bunu yapmaz. Bunun etkisi, eğer yazmayı execve kullanmayı unutursanız sh -c 'echo $$; myCommand', bazen bazı kabukları olan bazı sistemlerde size doğru PID'yi vermesidir. Bu tür davranışlara güvenmeyi ve bunun yerine her zaman ihtiyaç duyduğunuz şeyi dahil etmeyi öneririm .exec

Daha basit bir çözüm bilmiyorum ama $ kullanmıyor! yeterince iyi? Başkaları tarafından söylendiği gibi, daha sonra ihtiyacınız olursa, değeri her zaman başka bir değişkene atayabilirsiniz.

Yan nota olarak, ps'den boru almak yerine pgrepveya kullanabilirsiniz pidof.

pid'i bir dosyaya kaydettikten sonra exec bash betiğinden:

örnek:

Diyelim ki "forever.sh" adında bir betiğiniz var, pgs, p2, p3

forever.sh kaynak kodu:

#!/bin/sh

while [ 1 -lt 2 ] ; do
    logger "$0 running with parameters \"$@\""
    sleep 5
done

bir reaper.sh oluşturun:

#!/bin/sh

echo $$ > /var/run/$1.pid
exec "$@"

sonsuza kadar koşmak reaper.sh aracılığıyla:

./reaper.sh ./forever.sh p1 p2 p3 p4 &

forever.sh, her 5 saniyede bir syslog yazmak için bir satır kaydetmekten başka bir şey yapmaz

şimdi /var/run/forever.sh.pid adresindeki bir iadeniz var

cat /var/run/forever.sh.pid 
5780

ve sonsuza dek .sh çalışıyor. syslog grep:

Nov 24 16:07:17 pinkpony cia: ./forever.sh running with parameters "p1 p2 p3 p4"

işlem tablosunda görebilirsiniz:

ps axuwww|grep 'forever.sh p1' |grep -v grep
root      5780  0.0  0.0   4148   624 pts/7    S    16:07   0:00 /bin/sh ./forever.sh p1 p2 p3 p4

Beşinci kabukta $!, jobs -pyerleşik bir alternatif olabilir . Bazı durumlarda, !giriş $!, değişken genişlemeden önce (veya bunun yerine) kabuk tarafından yorumlanır, bu da beklenmeyen sonuçlara yol açar.

Bu, örneğin işe yaramaz:

((yourcommand) & echo $! >/var/run/pidfile)

Bu olacak:

((yourcommand) & jobs -p >/var/run/pidfile)

Gibi bir şey kullanabilirsiniz:

$ myCommand ; pid=$!

Veya

$ myCommand && pid=$!

İki komut ;veya kullanarak eklem olabilir &&. İkinci durumda, teklif sadece ilk komut başarılı olursa verilir. İşlem kimliğini buradan alabilirsiniz $pid.

Bu bir hack-y cevabı biraz ve çoğu insan için muhtemelen işe yaramaz. Aynı zamanda çok büyük bir güvenlik riski düşüncesizdir, bu yüzden güvende olacağınızdan ve girdilerin sterilize edildiğinden emin olmadığınız sürece yapmayın.

Burada küçük C programını derleyin start(ya da ne istersen) olarak adlandırılan bir ikili dosyada toplayın , sonra da programını çalıştırın../start your-program-here arg0 arg1 arg2 ...

#include <stdio.h>
#include <stdlib.h>
#include <sys/types.h>
#include <unistd.h>

int main(int argc, char **argv)
{
    if (argc >= 2)
    {
        printf("%lu\n", (long unsigned) getpid());
        if (execvp(argv[1], &argv[1]) < 0)
        {
            perror(NULL);
            return 127;
        }
    }
    return 0;
}

Uzun lafın kısası, bu işlem PID’yi yazdırır stdout, ardından programınızı işleme koyar. Yine de aynı PID'ye sahip olmalı.