Çocuğumun PGID'si neden ebeveynin PID'sini işlemiyor?

Bu nedenle, bu komutun üst sürecin tüm alt süreçlerini sonlandırması gereken her yerde okumaya devam ediyorum:

kill -- -$$

Kill komutuyla negatif bir kimlik kullanmak bir PGID'ye başvurur ve gördüğüm örneklerden, alt işlemlerin PGID'sinin ebeveynin PID'si olması gerekir, ancak sistemimde durum böyle değildir.

Sistemimde, çocuğun PGID'si, bash olduğu ortaya çıkan üst komut dosyasının PGID'si ile aynıdır.

Burada neler oluyor? Örnekler yanlış mıydı yoksa sistemim farklı mı kuruldu?

Ulaşmam gereken şey, ebeveynleri sonlandırmadan alt süreçleri sonlandırmak, böylece ebeveynin içinde bulunduğu PGID'ye bir öldürme sinyali göndermek istemiyorum.

Sanırım Process Group ID anlamına gelen PGID'yi kastediyorsunuz .

Bir işlem çatallandığında, PGID'sini üst öğesinden devralır. Bir süreç bir süreç grubu lideri olduğunda PGID değişir , sonra PGID'si PID'sinden kopyalanır. O andan itibaren, yeni çocuk doğurur ve onların torunları, bu PGID'yi devralırlar (kendi yeni süreç gruplarına başlamadıkça).

Çoğu etkileşimli kabuk gibi iş kontrollü bir kabukta, her iş kendi işlem grubuna konur. Bir kabuk komut dosyası çalıştırırsanız, komut dosyasını çalıştıran kabuk işlemi grup lideri olur ve PGID, PID'sine eşit olur.

Komut dosyalarını çalıştırmak için kullanılan çoğu kabuk gibi iş denetimi olmayan bir kabukta, komutlar kabuğun işlem grubunda çalıştırılır.

Sözdizimi kill -- -N, gruptaki tüm işlemleri PGID = N ile öldürür. Bu, PGID olduğu için rastgele bir PID ile, yalnızca bir işlem grubu liderinin PID'siyle kullanılamaz. Bu aslında kabuğun

kill %jobid

sözdizimi çalışır - %jobidişin PGID'sine dahili olarak çevirir ve sinyali bu PGID'ye gönderir.

Bir komut dosyasını kendi işlem grubunda başka bir kabuk komut dosyasından çalıştırmanın basit bir yolu yoktur. Bkz Nasıl bir kabuk set süreç grubuna olsa bazı öneriler için.