Neden bazı programlar derhal kabuğa geri dönerken, diğerleri yürütme tamamlanana kadar geri dönüyor?

Modern İşletim Sistemleri kitabından bir komut çalıştırıldığında kabuğun bir alt işlem oluşturduğunu, çocuk yürütmeyi bitirene kadar beklediğini ve daha sonra kullanıcıdan başka bir komut beklediğini okudum . Bu gibi birçok program için de durum böyledir gedit. Terminal kapanana kadar komut almaz gedit. Ancak atom kodu düzenleyicisini açtığımda , kabuk, düzenleyici çalışırken bile sonraki komutu kabul etmeye hazır olarak hemen geri döner. Terminali kapatma does not yakın atomu. Bu, editörün bir alt süreç olarak açılmadığı anlamına mı geliyor? Bunu mümkün kılan temel mekanizma nedir?

Koşu ps au | grep atomverir

<username>      8042  0.0  0.0  15944  2264 pts/1    S+   00:55   0:00 grep --color=auto atom

Soru iki tür program hakkında soru soruyor:

1. kabuktaki kullanıcı ile etkileşime giren programlar ve
2. kabuktaki kullanıcı ile etkileşime girmeyen programlar .

İlk durumda, kabuktaki kullanıcıyla etkileşime giren programlar, denetimi kabuğa döndürmeden önce tamamlanacak şekilde tasarlanmıştır. Özel bir şey yapılmaz.

İkinci vaka daha karmaşıktır. Tipik olarak, bir program olacak çatal (bellekte kendisinin bir kopyalama) ve kabuk ile ilişkisi kaldırmak için düzenlemek kontrol terminal ve edebilir yürütmek başka bir program -, bağımsız bir şekilde, orijinal kabuğun çalışır. İkinci programdan mesajlar görebilirsiniz, ancak genellikle sizinle etkileşime girmez. Nasıl kullanıldığına bağlı olarak,

• bir daemon (sunucu) işlemi veya
• program yeni bir pencerede çalışabilir. Grafik editörler ikincisini yapar.

Daha fazla okuma:

• Çatal ve exec nasıl çalışır?
• Yeni süreçler oluşturmak için neden çatallanmalıyız?
• Bir programı arka plan programı olarak çalıştırmak ve '&' ile arka plana dönüştürmek arasındaki fark nedir?
• fork () ve exec () karışıklığı