Bir komutun çıktısını bir dosyaya yönlendirdiğimde (örneğin, echo Hello > file) komutun çıkmasından hemen sonra böyle bir dosyaya sahip olacağı garanti edilir mi? Veya komut çıkışı ile dosyaya yazılan veriler arasında hala çok küçük bir pencere var mı? Komut çıktıktan hemen sonra dosyayı okumak istiyorum, ancak boş bir dosya okumak istemiyorum.

İlgili çok sayıda tampon / önbellek katmanı vardır.

1. CPU önbelleği.

   Veriler bayt tarafından bir araya getirilir ve CPU önbelleğinde saklanır. CPU önbelleği doluysa ve bir süredir veriye erişilmemişse, verilerimizi içeren blok ana belleğe yazılabilir. Bunlar, çoğu, uygulama programcılarından gizlenir.

2. İşlem içi tamponlar.

   Verilerin toplandığı süreçte bir miktar bellek ayrılmıştır, bu nedenle işletim sistemine mümkün olduğunca az talep yapmamız gerekir, çünkü bu nispeten pahalıdır. İşlem, verileri tekrar CPU önbellekleri tarafından desteklenebilen bu arabelleklere kopyalar, bu nedenle verilerin ana belleğe kopyalanması garantisi yoktur. Uygulamanın bu tamponları açıkça yıkaması gerekir, örneğin fclose (3) veya fsync (3). Exit (3) işlevi, işlem sonlandırılmadan önce de bunu yapar, ancak _exit (2) işlevi çalışmaz , bu nedenle bu sayfada sadece ne olduğunu biliyorsanız bu işlevi çağırmak için el ile sayfasında büyük bir uyarı vardır. yapıyor.

3. Çekirdek tamponları

   İşletim sistemi daha sonra disklere göndermesi gereken istek sayısını en aza indirmek için kendi önbelleğini korur. Bu önbellek özellikle bir işleme ait değildir, bu nedenle oradaki veriler zaten bitmiş olan işlemlere ait olabilir ve tüm erişimler buradan geçtiği için, bir sonraki program buraya ulaşmışsa verileri görecektir. Çekirdek bu zamanı, zamanı geldiğinde veya açıkça istendiğinde disklere yazacaktır.

4. Sürücü önbelleği

   Disk kendileri de erişimi hızlandırmak için bir önbellek tutuyorlar. Bunlar oldukça hızlı bir şekilde yazılmıştır ve kalan verileri önbelleklere yazıp komutun tamamlandığını bildirmek için bir işletim sistemi vardır, işletim sisteminin kapatmadan önce hiçbir veri yazılıp bırakılmadığından emin olmak için kullanılır.

Başvurunuz için, verilerin çekirdek arabelleklerine kaydedilmesi yeterlidir (gerçek veriler bu noktada hala CPU önbelleklerinde bulunabilir ve ana belleğe yazılmamış olabilir): "eko" işlemi sona erer. işlem içi arabelleklerin temizlenmiş olması ve verilerin işletim sistemine teslim edilmesi gerektiği ve yeni bir işleme başladığınızda, işletim sisteminin sorulduğunda geri aynı verileri vereceği garanti edilir.

Uygulamanın hiçbir iç önbelleği yoksa, değişiklikler hemen dosyaya yazılır. Örnek için aynı. Dosya, bellekte derhal güncellenecek olan mantıksal bir varlıktır. Dosyadaki sonraki işlemler program tarafından yapılan değişiklikleri görecektir.

Ancak , bu değişikliğin fiziksel diske yazıldığı anlamına gelmez. Değişiklikler OS dosya sistemi önbelleklerinde veya donanım önbelleklerinde kalıcı olabilir. Dosya sistemi arabelleğini temizlemek için synckomutu kullanın.

Komut çıktıktan hemen sonra dosyayı okumak istiyorum, ancak boş bir dosya okumak istemiyorum.

Burada pratik problemlerle karşılaşmamalısın.

Bir işlem çıktığında arabellek otomatik olarak diske temizlenir mi?

Genel olarak cevap hayır .

Komuta bağlı. Diğer cevapların söylediği gibi, eğer komut verileri dahili olarak tamponlamazsa, komut sona erdiğinde tüm veriler mevcut olacaktır.

Ancak, tümü olmasa da çoğu, standart G / Ç kütüphaneleri varsayılan olarak arabellek stdout yapar (bir dereceye kadar) ve uygulama kapandığında arabelleklerin otomatik olarak yıkanması hakkında farklı garantiler verir.

C normal bir çıkışın tamponları temizleyeceğini garanti eder . “Normal çıkış” exit, açıkça veya geri dönerek denilen anlamına gelir main. Bununla birlikte, anormal çıkış bu çağrıyı atlayabilir (ve bu nedenle arızasız tamponları geride bırakır).

İşte basit bir örnek:

#include <signal.h>
#include <stdio.h>

int main() {
    printf("test");
    raise(SIGABRT);
}

Eğer bu derlemek ve çalıştırmak için, testolacak değil mutlaka Stdout'a yazılabilir.

Diğer programlama dilleri daha da azı garantisi verecek: Java, örneğin, does not programı sona ermesiyle otomatik floş . Çıktı tamponu sonlandırılmamış bir çizgi içeriyorsa, System.out.flush()açıkça belirtilmediği sürece kaybolabilir .

Bununla birlikte, sorunuzun gövdesi biraz farklı bir şey sorar: veriler dosyaya hiç gelirse , komut sona erdikten hemen sonra yapmalıdır (diğer cevaplarda açıklanan uyarılara tabi).

Bence henüz hiçbir soru bu konuyu yeterince ele almıyor:

Komut çıktıktan hemen sonra dosyayı okumak istiyorum, ancak boş bir dosya okumak istemiyorum.

Diğer cevapların açıkladığı gibi, iyi davranış gösteren bir program, işlem normal şekilde sona ermeden önce iç dosya tamponlarını temizler . Daha sonra, veriler kalıcı depolamaya yazılmadan önce hala çekirdek veya donanım tamponlarında kalabilir. Bununla birlikte , Linux'un dosya sistemi anlambilimi, tüm işlemlerin dosyaların içeriğini iç arabellekleri ¹ dahil olmak üzere çekirdekle aynı şekilde görmesini garanti eder .

Bu genellikle dosya nesnesi başına en fazla bir çekirdek içi arabellek olması ve bu arabellek üzerinden geçmek için tüm dosya erişimini gerektirmesi ile gerçekleştirilir.

• Bir işlem bir dosyayı okursa, istenen dosya kısmı şu anda arabellekte ise çekirdek, işleme arabellek içeriğini sunacaktır; değilse, çekirdek, verileri temeldeki depolama ortamından alır ve arabellek içine yerleştirir, ardından önceki adıma geri döner.

• Bir işlem bir dosyaya yazarsa, veriler önce o dosyanın çekirdek içi tamponunun içine yerleştirilir. Sonunda tampon içeriği depoya temizlenir. Bu arada okuma erişimi aynı tampondan (yukarı bakın) karşılanır.

¹ En azından normal dosyalar, dizinler ve sembolik bağlantılar için. FIFO'lar ve soketler farklı bir konudur çünkü içerikleri hiçbir zaman kalıcı olarak saklanmaz. İçeriği kimin sorduğuna bağlı olan bazı özel dosyalar vardır; örnekler, procfs ve sysfs'teki dosyalardır (bunun /proc/selfsembolik bağlantıyı okuyan işlemin işlem kimliğine sembolik bir bağlantı olduğunu düşünün ).

Komutunuzun C çalışma zamanı kütüphanesini kullanan bir program tarafından yürütüldüğünü varsayarsak, bir noktada fcloseaçık dosyayı kapatması için çağırması gerekir .

fcloseC fonksiyonunun man sayfası şöyle diyor:

NOTLAR fclose () öğesinin yalnızca C kütüphanesi tarafından sağlanan kullanıcı alanı tamponlarını temizlediğini unutmayın. Verilerin fiziksel olarak diskte depolandığından emin olmak için, çekirdek tamponlarının da örneğin senk (2) veya fsync (2) ile yıkanması gerekir.

ve man sayfası için fflushaynı nota. İçin man sayfa closediyor ki:

Başarılı bir kapatma, çekirdek savunucularının yazdığı gibi verilerin başarıyla diske kaydedildiğini garanti etmez. Bir dosya sisteminin akış kapalıyken arabellekleri temizlemesi yaygın değildir. Verilerin fiziksel olarak saklandığından emin olmanız gerekiyorsa, fsync (2) kullanın. (Bu noktada disk donanımına bağlı olacaktır.)

Sürücüyle senkronize edilmese bile verilerin diğer işlemler için mevcut olduğunu unutmayın. Belki bu zaten sizin için yeterince iyi.

Şüpheniz varsa, bir test yazın.

Bir komutun çıktısını bir dosyaya yönlendirdiğimde (örneğin, echo Hello > file) komutun çıkmasından hemen sonra böyle bir dosyaya sahip olacağı garanti edilir mi?

Evet. Kabuk çıktı dosyasını açar ve echodoğrudan buna çıktı verir. Komut çıktıktan sonra yapılır.

Yoksa komut çıkışı ile dosyaya yazılan veriler arasında hala çok küçük bir pencere var mı?

Verilerin zaten medyada olup olmadığı, sadece bir donanım arızası olması durumunda önemli olan bir konu veya monte edilmiş dosya sistemini atlayarak, bazı adli yazılımlarla canlı bölümü inceliyorsunuz.

Komut çıktıktan hemen sonra dosyayı okumak istiyorum, ancak boş bir dosya okumak istemiyorum.

Endişelenmeyin, çekirdek, ne sıklıkta açıldığından bağımsız olarak dosyanın yalnızca bir görünümünü tutar.

Genel bir kural olarak, çekirdeğe ait tüm veriler çekirdek tarafından korunur ve temizlenir. Bu veriler, gibi bir sistem çağrısı tarafından çekirdek belleğine aktarılan verileri içerir write(2).

Başvurunuz (örneğin C kütüphanesi) gerçekleştirdiği üzerinde tamponlama Ancak, üst bunun ardından çekirdek besbelli garanti etmez dolayısıyla hiçbir fikri vardır ve onun temizlik.

Dahası, temizlik için herhangi bir zamanlama garantisi olduğuna inanmıyorum - genel olarak “en iyi çaba” (okuma: “s saniye olduğunda”) esasına göre yapılır.

Yoksa komut çıkışı ile dosyaya yazılan veriler arasında hala çok küçük bir pencere var mı?

Hayır yok.

Komut çıktıktan hemen sonra dosyayı okumak istiyorum, ancak boş bir dosya okumak istemiyorum.

Dosyanın son içeriğini komut çıktıktan hemen sonra okuyabilirsiniz, bunun yerine boş dosyayı asla okumazsınız. (C ve C ++ 'da, programın çıkmasını beklemek için wait , waitpid , wait3 veya wait4 sistem çağrılarını kullanın ve yalnızca dosyayı okuyun. Bir kabuk, başka bir programlama dili veya bir kütüphane kullanıyorsanız (örn. C kütüphanesi) çağrı sistemi veya Java Süreci sınıfı), muhtemelen bu sistem çağrılarından birini zaten kullanmıştır.)

Diğer cevapların ve yorumların da belirttiği gibi, program dahili çıkış tamponlarını temizlemeden çıkmışsa programdan çıktıktan sonra boş bir dosyayı okumayı bırakabilirsiniz (örn. _Exit , iptal etme veya ölümcül bir sinyal alma veya normal bir şekilde çıkan bir Java programı). Ancak bu noktada bu konuda yapabileceğiniz hiçbir şey yoktur: temizlenmiş veriler sonsuza dek kaybolur, ek bekleme onu kurtarmaz.

Evet

Başka gereksiz bir cevap eklediğim için özür dilerim, ancak çoğu sorunun başlığının kırmızı ringalarına odaklanmış görünüyor. Ama söyleyebileceğim kadarıyla, soru hiç tamponlama ile ilgili değil, fakat bu:

Bir komutun çıktısını bir dosyaya yönlendirdiğimde (örneğin, echo Hello> dosyası) bu dosyanın komuttan çıktıktan hemen sonra böyle bir veriye sahip olması garanti edilir mi?

Evet, koşulsuzca. Tarif ettiğiniz ">" ve "|" ve "<", Unix ve Linux dünyasının dayandığı boruya dayalı işleme modelidir. Her Linux kurulumunda bu davranışa bağlı olarak tamamen binlerce komut dosyası olmasa bile yüzlerce tane bulacaksınız.

Tasarım başına istediğiniz gibi çalışır ve bir yarış koşulunun en ufak bir şansı olsa bile, muhtemelen on yıl önce düzeltilmiş olurdu.