Çalışan bir programı Ubuntu'da taşımak neden mümkün?

Çalışan bir programı farklı bir dizine taşıyabileceğimi farkettim. Tecrübelerime göre bu MacO'larda veya Windows'ta mümkün değildi. Ubuntu'da nasıl çalışır?

Düzenleme: Mac'te mümkün olmadığını düşündüm ancak görünüşe göre yorumların doğrulanması mümkün. Belki sadece Windows'ta mümkün değildir. Tüm cevaplar için teşekkürler.

Ayrılmama izin ver.

Bir yürütülebilir dosyayı çalıştırdığınızda, en önemlisi fork()ve bir dizi sistem çağrısı yürütülür execve():

• fork()Her ikisi de hala aynı yürütülebilir dosyayı çalıştıran (üzerine yazılan bellek sayfalarını kullanarak, bu nedenle etkilidir) (çoğunlukla) ebeveynin tam bir kopyası olan çağrı sürecinin alt sürecini oluşturur. İki kez döner: Ebeveynde, alt PID değerini döndürür. Çocukta 0 döndürür. Normalde, çocuk işlemi hemen yürütme çağırır:

• execve()yürütülebilir dosyaya tam bir yol olarak argüman olarak gider ve çağıran işlemi yürütülebilir ile değiştirir. Bu noktada, yeni oluşturulan süreç kendi sanal adres alanını, yani sanal belleği alır ve yürütme giriş noktasında başlar (platform ABI'nin yeni işlemler için kuralları tarafından belirtilen bir durumda).

Bu noktada, çekirdeğin ELF yükleyicisi, sistem çağrısını kullanıyormuşçasına (sırasıyla paylaşılan salt okunur ve özel okuma-yazma eşleşmeleriyle birlikte) çalıştırılabilir metin ve veri bölümlerini belleğe mmap()eşlemiştir. BSS ayrıca MAP_ANONYMOUS ile eşleştirilir. (BTW, basitlik için buradaki dinamik bağlantıyı görmezden geliyorum: Dinamik bağlayıcı , ana çalıştırılabilir giriş noktasına atlanmadan önce tüm dinamik kitaplıkları open()s ve mmap()s.)

Yeni bir exec () ed kendi kodunu çalıştırmaya başlamadan önce sadece birkaç sayfa aslında diskten belleğe yüklenir. İşlem sanal adres alanının bu kısımlarına dokunduğunda / gerektiğinde, gerektiğinde sayfalar talep edilir. (Kullanıcı alanı kodunu çalıştırmaya başlamadan önce herhangi bir kod veya veri sayfasını önceden yüklemek sadece bir performans optimizasyonudur.)

Yürütülebilir dosya inode tarafından alt seviyedeki tanımlanır. Dosya çalıştırılmaya başladıktan sonra, çekirdek dosya içeriğini açık dosya tanımlayıcıları veya dosya destekli bellek eşlemeleri gibi dosya adıyla değil inode referansı ile aynı tutar. Böylece, yürütülebilir dosyayı dosya sisteminin başka bir yerine, hatta farklı bir dosya sisteminde kolayca taşıyabilirsiniz. Bir yan not olarak, sürecin çeşitli stat'lerini kontrol etmek için /proc/PID(PID verilen işlemin İşlem Kimliğidir) dizine göz atabilirsiniz . Yürütülebilir dosyayı /proc/PID/exebile diskten bağlantısı kesilmiş olarak açabilirsiniz .

Şimdi harekete geçelim:

Bir dosyayı aynı dosya sistemi içinde taşıdığınızda rename(), dosyayı başka bir isimle yeniden adlandıran çalıştırılan sistem çağrısı , dosyanın inode işlevi aynı kalır.

İki farklı dosya sistemi arasında iki şey olur:

• Dosyanın içeriği önce ve sonra yeni konuma kopyalanır read()vewrite()

• Bundan sonra, dosya kullanılarak kaynak dizinden bağlantı kaldırılır unlink()ve dosya açıkça yeni dosya sisteminde yeni bir inode alır.

rmaslında unlink()verilen dosyayı dizin ağacından ayırmak, dizinde yazma iznine sahip olmanız, bu dizinden herhangi bir dosyayı çıkarmanız için yeterli hakkı sağlayacaktır.

Şimdi eğlenmek için, iki dosya sistemi arasında dosya taşırken neler olduğunu unlink()ve dosyaya kaynaktan izin almadığınızı hayal edin.

Peki, dosya ilk başta ( read(), write()) hedefe kopyalanacak ve ardından unlink()yetersiz izin nedeniyle başarısız olacaktır. Böylece, dosya her iki dosya sisteminde de kalacaktır !!

Eh, bu oldukça ileri doğru. / Usr / local / bin / whoopdeedoo adında bir çalıştırılabilir dosya alalım. Bu sadece inode (Unix Filesystems üzerindeki dosyaların temel yapısı) olarak adlandırılan bir referanstır . "Kullanımda" olarak işaretlenen inode'dur.

Şimdi / usr / local / whoopdeedoo dosyasını sildiğinizde veya taşıdığınızda, taşınan (veya silinen) tek şey inode'a yapılan referanstır. İnode'un kendisi değişmeden kalır. Temel olarak bu.

Bunu doğrulamalıyım, ancak bunu Mac OS X dosya sistemlerinde de yapabileceğinizi düşünüyorum.

Windows farklı bir yaklaşım getiriyor. Niye ya? Kim bilir...? NTFS'nin içindekileri tanımadım. Teorik olarak, dosya adları için iç yapılara referans kullanan tüm dosya sistemlerinin bunu yapabilmesi gerekir.

Kabul ediyorum, aşırı derecede basitleştirdim, ama gidip Wikipedia'dan "Etkiler" bölümünü okudum ve benden çok daha iyi bir iş çıkardı.

Diğer tüm cevaplar eksik görünüyor tek şey şudur: Bir dosya açtı ve bir program dosyası olacak bir açık dosya tanıtıcı tutan bir kez değil o dosya tanıtıcı kapatılana kadar sistemden çıkarılmalıdır.

Başvurulan inode'u silme girişimleri dosya kapanana kadar ertelenir: aynı veya farklı bir dosya sisteminde yeniden adlandırmak açık dosyayı etkilemez, yeniden adlandırma davranışından bağımsız olarak veya dosyayı yeni bir dosyayla açıkça siler veya üzerine yazar. Bir dosyayı karışık hale getirmenin tek yolu, dosyayı yeniden adlandırma / silme gibi işlemlerle değil, dizinini açıkça açıp içeriğiyle karıştırmaktır.

Ayrıca, çekirdek bir dosyayı çalıştırdığında, yürütülebilir dosyaya bir referans tutar ve bu, yürütme sırasında herhangi bir şekilde değiştirilmesini önler.

Yani sonunda o bile benziyor program bitene kadar aslında bu dosyaların içeriğini bellekte tutulur çalışan bir programı oluşturan dosyaları taşımak / silmek mümkün olduğunu.

Bir Linux dosya sisteminde, bir dosyayı taşıdığınızda, dosya sistemi sınırlarını aşmadığı sürece (okuma: aynı diskte / bölümde kalır) değiştirdiğiniz tek şey .., yeni konumun (ana dizin) inode'udur. . Gerçek veri diskte hiç hareket etmedi, sadece işaretçi, böylece dosya sistemi onu nerede bulacağını biliyor.

Bu nedenle taşıma işlemleri çok hızlı ve büyük olasılıkla programın kendisini taşımadığınız için çalışan bir programın taşınmasında sorun yok.

Bir programın taşınması, başlatılarak başlatılan çalışan işlemleri etkilememesi nedeniyle mümkündür.

Bir program başlatıldığında, diskteki bitleri üzerine yazılmaya karşı korunur, ancak dosyanın yeniden adlandırılması, aynı dosya sisteminde farklı bir konuma taşınması, dosyanın yeniden adlandırılması veya taşınmasıyla eşdeğer olması gerekmez. dosyayı başka bir yere kopyalamakla eşdeğer olan farklı bir dosya sistemine, sonra da onu kaldırın.

Bir işlemin üzerinde açık bir dosya tanımlayıcısı olduğundan veya bir işlemin yürütüldüğü için kullanımda olan bir dosyayı kaldırmak, dosya inode tarafından başvuruda kalan dosya verilerini kaldırmaz, ancak yalnızca dizin girişini kaldırır, yani inode'a ulaşılabilecek bir yol.

Bir programı başlatmanın her şeyi bir kerede (fiziksel) belleğe yüklemediğini unutmayın. Bunun tersine, sadece sürecin başlaması için gereken asgari yük yüklenir. Ardından, işlemin ömrü boyunca talep üzerine istenen sayfalar yüklenir. Buna talep çağrı çağrısı denir. RAM yetersizliği varsa, işletim sistemi bu sayfaları tutan RAM'i serbest bırakmakta serbesttir, böylece bir işlemin aynı sayfanın çalıştırılabilir inode'dan birden çok kez yüklenmesi iyi olur.

Windows ile mümkün olmama nedeni, temelde dosya sisteminin (FAT), dizin girişleri ve inode gibi bölünmüş dizin kavramını desteklememesi nedeniyle büyük olasılıkla muhtemeldir. Bu sınırlama NTFS ile artık mevcut değildi, ancak işletim sistemi tasarımı uzun süredir kullanılmaya başlandı, bu da Windows'un yeni sürümleri için geçerli olmayan bir ikili dosya sürümünü kurarken yeniden başlatılması gereken zorlayıcı bir kısıtlamaya yol açtı.

Temel olarak, Unix ve ilklerinde, bir dosyayı açarken ilişkilendirmek / bulmak için bir dosya adı (kendisine giden dizin yolu dahil) kullanılır (bir dosyayı çalıştırmak bir şekilde açmanın bir yoludur). Bu andan sonra, dosyanın kimliği ("inode" aracılığıyla) kurulur ve artık sorgulanmaz. Dosyayı kaldırabilir, yeniden adlandırabilir, izinlerini değiştirebilirsiniz. Herhangi bir işlem veya bir dosya yolu bu dosya / inode üzerinde bir tutamağa sahip olduğu sürece, işlemler arasında bir boru gibi yapışacaktır (aslında, tarihi UNIX'te bir boru , sadece içine yerleştirilmiş bir büyüklükte isimsiz bir inode idi) inode'da "doğrudan bloklar" disk depolama referansı, 10 blok gibi bir şey).

Bir PDF dosyasına açık bir PDF görüntüleyiciniz varsa, bu dosyayı silip aynı ada sahip yeni bir dosyayı açabilirsiniz ve eski görüntüleyici açık olduğu sürece eski dosyaya erişmeye devam eder (aktif olarak izleyenler dışında) dosyanın orijinal adı altında kaybolduğunu fark etmek için dosya sistemi).

Geçici dosyalara ihtiyaç duyan programlar, böyle bir dosyayı bir ad altında açabilir ve daha sonra hala açıkken derhal (ya da dizin girdisini) kaldırabilir. Daha sonra dosyaya adla erişilemiyor, ancak dosyaya açık bir dosya tanıtıcısına sahip herhangi bir işlem dosyaya hala erişebiliyor ve daha sonra programdan beklenmeyen bir sonuç çıkması durumunda, dosya kaldırılacak ve depolama alanı otomatik olarak kurtarılacak.

Bu nedenle, bir dosyanın yolu dosyanın kendisinin bir özelliği değildir (aslında, sabit bağlantılar bu gibi birkaç yolu sağlayabilir) ve zaten açık olan işlemler tarafından sürekli erişim için değil, dosyayı açmak için gereklidir.